[Bug 1922342] Re: HIrsute live session takes ages to boot on BIOS systems
Thomas Schmitt
1922342 at bugs.launchpad.net
Sun May 23 12:54:33 UTC 2021
Hi,
José Marinho:
> Well, I try the first method (compiling xorriso) and removing the if
> condition from grub.cfg keeping grub_platform command. The usb drive now has
> a GPT partition table but unfortunately, the issue persists so, it seems
> that the grub_platform thing is not the cause.
Remove the grub_platform command and try again.
Initially we thought that removing all five lines had helped. But that
test has to be repeated, now that we have to expect that this success was
due to the partition table changes.
If the repeated test with no command grub_platform shows that the problem is
gone, then the test result with just no "if"-lines would tell us that indeed
the command is to blame for the long delay.
If removing all five lines does not help, then the error message about
grub_platform is just an unrelated complaint.
-----------------------------------------------------------------------------
> If any other test is needed don't hesitate on ask me, but for today I have
> enough, so perhaps I'll take a while on doing it.
Please try what i proposed to Lucap in comment #45
https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1922342/comments/45
(beware of swallowed blanks, see #46)
Somehow the quite marginal changes of gnome disk prevent the problem.
The proposed dd runs manipulate the GPT, veterinarian style.
If all we need to do is to set the flags of GPT partition 1 to
0x1000000000000005
then i could quite directly provide a remedy in GNU xorriso-1.5.5.
Further there would be a veterinary solution for the time being.
The biggest obstacle would be to get byte value 5 by shell means.
In bash there is a special form of quoting:
echo $'\005' | dd bs=1 count=1 conv=notrunc seek=1072 of="$NEW"
In dash the built-in echo command interprets backslashes on its own:
echo '\005' | dd bs=1 count=1 conv=notrunc seek=1072 of="$NEW"
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
More information about the foundations-bugs
mailing list