[Bug 1922342] Re: HIrsute live session takes ages to boot on BIOS systems

Sun May 23 18:03:11 UTC 2021

Hi Thomas,

I try the solution from comment #39 erasing the five lines referring to
grub_platform and it did not work.

Now I'm trying to do what you proposed on comment #45 being aware of
comment #46 and, like it happened this morning when I first tried it,
the output of -report_system_area is different to what you said. At
morning, before your post realizing that the Ubuntu version of xorriso
can't create an ISO with a GPT partition table, I was trying that and
got the same output. I continued burning the iso to the usb drive but
the boot delayed again. Then you mentioned the xorriso affair and I
stopped the test.

I return to the test now and I have the same output of the
report_system_area command. In this case I stopped here because I think
that is anything wrong and it is going to be unsuccessful again.

I sumarize what I did (my working directory is $HOME/Impish_tests). I
use absolute paths for avoiding possible errors.

1- Set the ORIG variable to $HOME/Impish_tests/ubuntu-21.04-desktop-
amd64.iso

ORIG=/home/jose/Impish_tests/ubuntu-21.04-desktop-amd64.iso

2- Set the NEW variable to $HOME/Impish_tests/ubuntu-21.04-test.iso

NEW=/home/jose/Impish_tests/ubuntu-21.04-test.iso

3- Make a copy of the original iso (cp "$ORIG" "$NEW")

4- Set the STICK variable to /dev/sdd. My system assign this letter to
the usb drive. I assume that the usb drive shoud have an original ubuntu
21.04 ISO burned.

STICK=/dev/sdd

5- Set the FLAGSFILE variable to the file
$HOME/Impish_tests/gnome_disk_flags.img

FLAGSFILE=gnome_disk_flags.img

6- Extract 8 bytes of the working USB stick after the 1072 one and
create the file referenced by $FLAGSFILE (this command shoud be issued
with sudo).

sudo dd if="$STICK" bs=1 skip=1072 count=8 of="$FLAGSFILE"
8+0 records in
8+0 records out
8 bytes copied, 0,00128856 s, 6,2 kB/s

7- Implant this 8 bytes after the first 1072 of the $NEW ISO file.

dd if="$FLAGSFILE" conv=notrunc bs=1 seek=1072 count=8 of="$NEW"
8+0 records in
8+0 records out
8 bytes copied, 0,000311537 s, 25,7 kB/

8- Verify that these 8 bytes into $NEW are now like in "$STICK". Here is
the problem. The output is the following:

~/Impish_tests$ xorriso_dir/xorriso-1.5.4/xorriso/xorriso -indev stdio:"$NEW" -report_system_area plain | grep 'GPT partition flags:'
GNU xorriso 1.5.4.pl02 : RockRidge filesystem manipulator, libburnia project.

xorriso : NOTE : Loading ISO image tree from LBA 0
xorriso : UPDATE :     908 nodes read in 1 seconds
libisofs: NOTE : Found hidden El-Torito image for EFI.
libisofs: NOTE : EFI image start and size: 1373661 * 2048 , 10040 * 512
xorriso : NOTE : Detected El-Torito boot information which currently is set to be discarded
Drive current: -indev 'stdio:/home/jose/Impish_tests/ubuntu-21.04-test.iso'
Media current: stdio file, overwriteable
Media status : is written , is appendable
Boot record  : El Torito , MBR protective-msdos-label grub2-mbr cyl-align-off GPT
Media summary: 1 session, 1376337 data blocks, 2688m data, 19.1g free
Volume id    : 'Ubuntu 21.04 amd64'
GPT partition flags:   1  0x1000000000000001  --> But you said it must be GPT partition flags: 1 0x0000000000000005
GPT partition flags:   2  0x0000000000000000
GPT partition flags:   3  0x1000000000000001

But like you said on the comment <<Verify by xorriso -report_system_area of "$NEW" that the flags of
partition 1 are now like in "$STICK">>
So if I run the command with $STICK:

~/Impish_tests$ sudo xorriso_dir/xorriso-1.5.4/xorriso/xorriso -indev stdio:"$STICK" -report_system_area plain | grep 'GPT partition flags:'
GNU xorriso 1.5.4.pl02 : RockRidge filesystem manipulator, libburnia project.

xorriso : NOTE : Loading ISO image tree from LBA 0
xorriso : UPDATE :     908 nodes read in 1 seconds
libisofs: NOTE : Found hidden El-Torito image for EFI.
libisofs: NOTE : EFI image start and size: 1373661 * 2048 , 10040 * 512
xorriso : NOTE : Detected El-Torito boot information which currently is set to be discarded
Drive current: -indev 'stdio:/dev/sdd'
Media current: stdio file, overwriteable
Media status : is written , is appendable
Boot record  : El Torito , MBR protective-msdos-label grub2-mbr cyl-align-off GPT
Media summary: 1 session, 1376337 data blocks, 2688m data, 1173m free
Volume id    : 'Ubuntu 21.04 amd64'
GPT partition flags:   1  0x1000000000000001	--> It is the same as $NEW, but ending in 1 instead of 5, like you said.
GPT partition flags:   2  0x0000000000000000
GPT partition flags:   3  0x1000000000000001

At morning like I said before I did this test and, ignoring that the output of the last command did not match with yours, burn the $NEW ISO on the USB stick and it did not work.
Now I get the same output and, before burning the $NEW ISO again, I ask you. Did I something wrong or that is OK but this solution will not work?

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

Title:
  HIrsute live session takes ages to boot on BIOS systems

Status in casper package in Ubuntu:
  Confirmed

Bug description:
  First of all, I change the description of this bug because, thanks to
  Chris Guiver comments, I could check that the live session effectively
  works but it takes too long to complete. That's why I change the
  description of the bug from live session does not boot to live session
  takes ages to boot. I hope this is the best approach to this.

  I think the problem is the same as described here:
  https://discourse.ubuntubudgie.org/t/20-10-grub-error-can-t-find-
  command-grub-platform/4292. I can see prior to grub menu, briefly, the
  same error: Error can't find grub_platform. After the solution
  described below, this error is not showed and the system is able to
  boot.

  I try making the live usb using startup disk creator and with gnome-
  disks --> Restore disk image and get the same results.

  The live-usb has a gpt partition table instead of mbr like 20.04 live-
  usb has. That implies, I think, that the first one does not boot on
  BIOS systems and the second does.

  I try the same live-usb on an EFI laptop and it boots perfectly
  (perhaps it takes long time, but more less than in this case.

  If I try the solution described here:
  https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1905491/comments/8
  then it works.

  ProblemType: Bug
  DistroRelease: Ubuntu 21.04
  Package: casper 1.461
  ProcVersionSignature: Ubuntu 5.11.0-13.14-generic 5.11.7
  Uname: Linux 5.11.0-13-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu61
  Architecture: amd64
  CasperMD5CheckResult: pass
  CasperVersion: 1.461
  CurrentDesktop: ubuntu:GNOME
  Date: Fri Apr  2 09:55:24 2021
  LiveMediaBuild: Ubuntu 21.04 "Hirsute Hippo" - Beta amd64 (20210331.1)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=gl_ES.UTF-8
   SHELL=/bin/bash
  SourcePackage: casper
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1922342/+subscriptions