[Bug 1886148] Re: failure to boot groovy daily

[sudodus]

The boot performance of the Ubuntu Groovy iso file on my computers are
the same with today's daily iso file,

#perms    	size	date      	time 	file-name
-rw-------	2,6G	2020-07-10	08:27	"groovy-desktop-amd64.iso"

as with yesterday's iso file. At least, I could not see any difference.
Most of my computers boot from a USB drive when cloned, but there are
still problems with the Lenovo V130.

- It works as intended when mkusb uses usb-pack-efi to create a
persistent live drive.

- It does not boot in UEFI mode and secure boot - When I select the USB
drive from the temporary menu, it skips to the internal drive (just like
it does not want to touch the USB drive although it is recognized in the
temporary boot menu). Is there some race condition?

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

  I can't get md5sums because of errors at
  http://iso.qa.ubuntu.com/qatracker/milestones/413/builds/216043/downloads,
  so I just re-ran zsync to verify download & it confirms 100%
  downloaded, so I'm assuming that isn't at fault.

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

  Further I noted @leok has recorded a valid test today which means a
  real issue is unlikely (this severe anyway), thus thumb-drives & me
  (operator error) not ruled out.

  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