[Bug 1886148] Re: failure to boot groovy daily

[sudodus]

My Lenovo V130 does not boot from a cloned drive, and did not boot from
a persistent live drive by mkusb-dus. But with today's iso file, there
is progress. It boots into a persistent live system with the boot option
'upefi', usb-pack-efi, (and there is persistence). So another way to see
what works is to look at

- a persistent live drive, and particularly the boot partition,

- the tool that creates it, the bash shellscript 'dus-persistent'

There are details at

https://askubuntu.com/questions/1184161/what-script-is-used-for-
creating-usbboot-partition-and-installing-grub-in-mkusb/1184175#1184175

When things have improved further and also the problematic computers
boot from cloned iso files, they will probably also boot when mkusb used
the default settings, where the system is created instead of extracted
from the usb-pack-efi file.

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