[Bug 1886148] Re: failure to boot groovy daily

sudodus 1886148 at bugs.launchpad.net
Fri Sep 4 19:13:28 UTC 2020


> We can't debug or support a boot entry that we can't examine.

I can understand that. I do hope that this "Linpus Lite" is a corner
case. Otherwise, if this kind of USB boot systems will get common in
UEFI mode, Ubuntu will have severe problems.

> When you say AHCI, do you mean UEFI? AHCI has no relevance to USB
boot.

I mean AHCI and I know that it should have no relevance to USB boot. I
mentioned it because it was the only thing in the UEFI/BIOS system, that
was modified by a user (before this debugging started).

-o-

I have spent hours to search for and test various options in the
UEFI/BIOS menu system, but no, I find no way to directly select the USB
drive for booting under UEFI after firmware upgrade, instead of using
the 'Linpus Lite' boot option.

Personally, I don't mind using BIOS mode alias CSM alias legacy mode.
And during 5 years, I can install Ubuntu 20.04.1 LTS via this 'Linpus
Lite' boot option and get a system with security updates and that way
dual boot with the original Windows 10 system in UEFI mode. So I won't
push this issue further. Thanks for trying to help, Steve.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to casper in Ubuntu.
https://bugs.launchpad.net/bugs/1886148

Title:
  failure to boot groovy daily

Status in Ubuntu CD Images:
  In Progress
Status in casper package in Ubuntu:
  Invalid

Bug description:
  When reported the groovy daily was failing on most boxes..
  Changes have been made and now it fails to boot on far fewer boxes.
  Originally occurred if ISO is written via `dd`, `mkusb`, `Startup Disk Creator`, or `gnome-disks` (Restore disk image)

  Boxes still impacted are (sudodus/nio-wiklund)

  * Lenovo V130

  and Leó Kolbeinsson (leok) has issues depending on what writes the ISO
  (see comment #53; failing in BIOS mode when media is created on a
  Windows box with Rufus and/or Universal-USB-Installer) on

  * Acer [Aspire] E3-111-P60S (Pent.N3530, 4GB, Intel HD Graphics)
  * Dell [Inspiron] 3521, (i3-3217U, 4GB, Intel HD Graphics 4000)

  ---
  Original detail follows
  (with minimal edits; these boxes now boot groovy ISOs)

  This is very similar to https://bugs.launchpad.net/bugs/1883040

  Boxes that have failed to boot it are

  dell [optiplex] 755 (c2d-e8300, 8gb, amd/ati radeon rv610/radeon hd2400 pro/xt)
  dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
  dell [optiplex] 780 (c2q-q9400, 4gb, amd/ati cedar radeon hd 5000/6000/7350/8350)
  hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
  hp 8200 elite sff (i5-2400, 8gb, nvidia quadro 600)
  sony vaio svp112a1cw (i5-9400u, 4gb, intel haswell-ULT)

  --  sudodus' boxes
  dell Precision M4800
  dell Latitude E7240
  Toshiba Satellite Pro C850-19w
  HP Probook 6450b - works now

  --  leok's boxes
  Acer [Aspire] E3-111-P60S (Pent.N3530, 4GB, Intel HD Graphics, Realtek RTL8111/81681/8411 GB Ethernet, Qualcomm Atheros AR9462 Wireless, Bluetooth Atheros A315-53, 500 GB hd)

  Dell [Optiplex] 7010 ( i5-3470 , 16 GB, Intel Graphics 2500, Intel
  82579LM GB Ethernet ,1TB hd) VirtualBox

  Dell [Inspiron] 3521, (i3-3217U, 4GB, Intel HD Graphics 4000, Intel HM76 chipset 10/100 Mbps ethernet controller integrated on system board, WiFi 802.11 b/g/N, Bluetooth 4.0, 500 GB hd)
  --

  The ISO was written twice to two different thumb-drives. Same issue
  each time on same boxes.

  On a number of boxes it’s wanting me to download aka
  https://bugs.launchpad.net/ubuntu-cdimage/+bug/1883040 however it’s
  done that on boxes not impacted by that bug, which makes me think
  thumb-drive/squashfs errs related.  Also results of boot appeared
  different on varying boxes (inconsistent; dc7700 reported no thumb-
  drive; d755-5 also did that sometimes, sometimes it got to wanting to
  download - those two boxes were impacted by prior report; the
  remaining boxes were more consistent in response..; but if trouble
  reading data on thumb-drive then the slower boxes (dc7700/d755-5) may
  have more issues & thus be less consistent?)

  I'll file this as a bug report so I can close my failed QA-tests, but
  I'm considering changing the status to 'incomplete', and re-testing
  tomorrow, OR it needs me to re-write ISO from a different box to a
  third-thumb-drive as I don't think I've ruled out media issues given
  Leok's report.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-cdimage/+bug/1886148/+subscriptions



More information about the foundations-bugs mailing list