Bionic 32 bit iso fails to boot

Bug #1744357 reported by Kev Bowring
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
syslinux (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Noticed a comment in #ubuntu+1 about an issue booting 32 bit Kubuntu early UK 19th January, followed up with some testing of various flavour 32 bit iso's.

First checked with 4.13.0-30 (which I installed from bionic-proposed), also tested with 4.13.0-25

Tested all using gnome-disks and dd.

These tests were all done with ISO's available from the iso tracker for Bionic at 06:30 UTC 19th January.

These flavours fail to boot 32 bit iso with no comment - all I get is a reboot of the machine, time to reboot depending on waiting for human/kbd or using Try 'flavour' from the boot menu.

Kubuntu Bionic 32 bit failed to boot using either gnome-disks and dd.
Lubuntu Bionic 32 bit failed to boot using either gnome-disks and dd.
Xubuntu Bionic 32 bit failed to boot using either gnome-disks and dd.

The following 2 flavours were only checked using 4.13.0-30 and iso's were downloaded ~16:30 UTC and dd.

Ubuntu Mate 32 bit failed to boot using dd.
Ubuntu Budgie 32 bit failed to boot using dd.

To test that this wasn't an issue locally I also tested Xubuntu 17.10.1 32 bit ISO - this booted when created on either bionic kernel either with gnome-disks or dd.

In addition I have grub stanza's (see below) set up for ease of booting the Xubuntu Bionic ISO's, these are updated at the same time as I zsync Xubuntu ISO's.

Xubuntu 64 bit from GRUB - booted
Xubuntu 32 bit from GRUB - failed to boot

menuentry "XUBUNTU 18.04 32B Daily ISO" {
        set isofile="/boot/grubiso/xubuntu-bionic-desktop-i386.iso"
        loopback loop (hd0,6)$isofile
        linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile noprompt noswap noeject
        initrd (loop)/casper/initrd.lz
}

Tags: iso-testing
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1744357

tags: added: iso-testing
Kev Bowring (flocculant)
description: updated
Kev Bowring (flocculant)
description: updated
description: updated
Kev Bowring (flocculant)
description: updated
Revision history for this message
TJ (tj) wrote :

Tested the Xubuntu daily live amd64 ISO (2018-01-19) using QEMU/KVM on 16.04 and couldn't reproduce the boot failure. Selecting "Try..." mode the system reached the desktop correctly.

sha1sum Downloads/bionic-desktop-amd64.iso
2faca153b20783ced9eaebc8fe0a288b6807f64f Downloads/bionic-desktop-amd64.iso

http://cdimage.ubuntu.com/xubuntu/daily-live/current/bionic-desktop-amd64.iso

Tested using:

# in shell 1
$ nc -l -p 9999 | tee /tmp/bionic-boot.log

# in shell 2
$ qemu-system-x86_64 -enable-kvm -name Xubuntu-18.04-amd64 -monitor stdio -serial tcp:127.0.0.1:9999 -m 2048 -hda /dev/VG_OS/1804 -cdrom /home/tj/Downloads/bionic-desktop-amd64.iso -boot d -usb -k en-gb

# in shell 1
# login with username "xubuntu" password empty

Revision history for this message
TJ (tj) wrote :

Tested the Xubuntu daily live i386 ISO (2018-01-20) using QEMU/KVM on 16.04 and also couldn't reproduce the boot failure. Selecting "Try..." mode the system reached the desktop. It did seem to fail to properly pain the desktop or panels but was fine after "sudo systemctl restart lightdm".

sha1sum Downloads/bionic-desktop-i386.iso
308763ae8dd1b92d328641001eb131b2bcad4224 Downloads/bionic-desktop-i386.iso

http://cdimage.ubuntu.com/xubuntu/daily-live/current/bionic-desktop-i386.iso

Tested using:

# in shell 1
$ nc -l -p 9999 | tee /tmp/bionic-boot-32bit.log

# in shell 2
kvm -name "Xubuntu-18.04-i386" -monitor stdio -serial tcp:127.0.0.1:9999 -m 2048 -hda /dev/VG_OS/1804 -cdrom ~/Downloads/bionic-desktop-i386.iso -boot d -usb -k en-gb

# in shell 1
# login with username "xubuntu" password empty

Revision history for this message
TJ (tj) wrote :

Cannot reproduce on bare hardware via USB boot on Dell XPS m1530 with the i386 ISO via the syslinux boot loader.

Revision history for this message
Kev Bowring (flocculant) wrote :

dmesg

Revision history for this message
Kev Bowring (flocculant) wrote :

boot with debug and earlyprintk=vga option

Revision history for this message
Kev Bowring (flocculant) wrote :

screenshot of what appears to be the last bit before reboot

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in syslinux (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.