[Bug 1886148] Re: failure to boot groovy daily

[sudodus]

I am working with these current iso files:

$ md5sum ../[lx]ubuntu/groovy-desktop-amd64.iso
5d4756194e6d917b45584a10109f8e0e  ../lubuntu/groovy-desktop-amd64.iso
8ad63bfc247563dae765af648ea62b47  ../xubuntu/groovy-desktop-amd64.iso

and, Leo, I looked at the links provided by Steve.

Now a cloned USB drive with the current daily Lubuntu Groovy can boot a

Lenovo V130

(usnig Linpus Live) in UEFI mode with secure boot :-)

I notice another difference: A third partition is created (during the
boot process), but no file system is recognized by lsblk -f, and it is
not used for logging (as we are used to from Focal and previous versions
of Groovy). Is this intended, or a bug?

-o-

But now there are problems in another computer and BIOS mode. A cloned
USB drive with the current daily Lubuntu Groovy fails to boot a

Dell Latitude E7240

in BIOS mode (alias legacy mode) with the error message:

isolinux.bin missing or corrupt.
Selected boot device failed. Press any key to reboot the system.

This computer can boot in UEFI mode.

The same things happened, when I tested the cloned USB drive with the current daily Lubuntu Groovy
in a

Toshiba satellite-pro-c850-19w

'isolinux.bin missing or corrupt' in BIOS mode, and it works in UEFI
mode (also with secure boot).

-o-

I tested with a cloned USB drive with the current daily Xubuntu Groovy
system. And I had exactly the same boot behaviour as with Lubuntu in the
three computers tested.

-- 
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