[Bug 1886148] Re: failure to boot groovy daily

[Norbert]

@guiverc, @sudodus

I need to note that we should use software which writes ISO to the
flash-drive on the binary level (this means without any custom boot-
loaders on top of included into ISO).

I have used GNOME Disks (`gnome-disks`, *Restore Disk Image*) and `ddrescue` (with command link `sudo ddrescue groovy-desktop-amd64.iso /dev/sdZ --force`) to write latest Ubuntu MATE ISO to the flash-drive. 
Below are the current results for todays 20200714 build ( http://cdimage.ubuntu.com/ubuntu-mate/daily-live/20200714/groovy-desktop-amd64.iso , http://iso.qa.ubuntu.com/qatracker/milestones/413/builds/217010/testcases/1303/results ) :

* ThinkPad SL500, legacy only, boot and operate normally;
* VAIO F13, legacy only, boot and operate normally;
* Asustek UX32A, EFI, boot and operate normally;
* Asustek UX32A, legacy, boot and operate normally;
* desktop AsRock G41M-VS2, Core2Duo Q9400 - legacy only, boot and operate normally.

So my systems boot normally with ISOs newer than 20200709.
You can check full history for Ubuntu MATE at http://iso.qa.ubuntu.com/qatracker/milestones/413/history .

---

What is really strange here is that Rufus is a recommended way for
Windows - https://ubuntu.com/tutorials/create-a-usb-stick-on-windows .

-- 
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.
  Occurs if ISO is written via `dd`, `mkusb` or `Startup Disk Creator`

  Boxes still impacted are (guiverc's boxes)

  * hp dc7700 (c2d-e6320, 5gb, nvidia quadro nvs 290)
  * hp dc7900 (c2d-e8400, 4gb, intel 4 series integrated i915)

  plus 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