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

[Thomas Schmitt]

Hi,

just in case somebody wants to make experiments with changed grub.cfg,
here are instructions how to create a modified ISO from an Ubuntu amd64
original (but not from a "powerpc" ISO):

Set paths to the original ISO image and for the emerging ISO image:

  ORIG=ubuntu-21.04-desktop-amd64.iso
  NEW=ubuntu-21.04-test.iso

Extract grub.cfg from the original ISO to the current working directory:

  xorriso -indev "$ORIG" -osirrox on -extract /boot/grub/grub.cfg
./grub.cfg

Make the extracted file writable:

  chmod u+w ./grub.cfg

Now edit the file.
My proposal is to remove the 5 lines about grub_platform.

Make sure that a file with path "$NEW" does not yet exist.
Then create the new modified ISO:

  xorriso -indev "$ORIG" \
          -outdev "$NEW" \
          -map ./grub.cfg /boot/grub/grub.cfg \
          -boot_image any replay

This run of xorriso will issue some righteous warnings
  xorriso : WARNING : -volid text problematic as automatic mount point name
  xorriso : WARNING : -volid text does not comply to ISO 9660 / ECMA 119 rules
because of the blanks and lower case characters in
  Volume id    : 'Ubuntu 21.04 amd64'
It will analyze "$ORIG" for boot equipment and boot entry points in order to
create the same in "$NEW"
  xorriso : NOTE : Replayed 22 boot related commands
  xorriso : NOTE : Copying to System Area: 32768 bytes from file '--interval:imported_iso:0s-15s:zero_mbrpt,zero_gpt:ubuntu-21.04-desktop-amd64.iso'

Then it begins to write to "$NEW" an ISO image of roughly the same size as
the size of "$ORIG". Enjoy the progress messages. :))

When done, put "$NEW" onto the USB stick and try what happens.
(Maybe mount "$NEW" and check whether your changes really did get into
 effect in /boot/grub/grub.cfg, before the lengthy dd to USB stick.)

Have a nice day :)

Thomas

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