[Bug 1886148] Re: failure to boot groovy daily
Leó Kolbeinsson
1886148 at bugs.launchpad.net
Thu Jul 16 06:41:41 UTC 2020
@Norbert (nrbrtx) , reference comment #55
I also found it strange that Rufus failed so explored th matter abit further.
Here is what I found in the Rufus log file.
"ISO analysis:
Image is an ISO9660 image
Detected EFI bootloader(s) (from '/boot/grub/efi.img'):
● 'bootx64.efi'
Could not get ISO-9660 file information for file boot/grub/i386-pc/normal.mod
Could not read Grub version from 'boot/grub/i386-pc/normal.mod'
Could not detect Grub version
Disk image analysis:
Image has an unknown Master Boot Record
Image is a bootable disk image
ISO label: 'Lubuntu 20.10 amd64'
Size: 1.7 GB (Projected)
Note: File on disk is larger than reported ISO size by 4.8 MB...
Uses: EFI (through '/boot/grub/efi.img')
Note: This ISO uses symbolic links, which will not be replicated due to file system limitations.
Because of this, some features from this image may not work...
Using image: groovy-desktop-amd64.iso (1.7 GB)"
Note that the Grub version could not be read or detected ..
** Attachment added: "rufus.log"
https://bugs.launchpad.net/ubuntu-cdimage/+bug/1886148/+attachment/5393106/+files/rufus.log
--
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`, `Startup Disk Creator`, or `gnome-disks` (Restore disk image)
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
More information about the foundations-bugs
mailing list