[Bug 2142406] Re: [SC8280XP] Live ISO GRUB fails to load — embedded config prefers internal SSD over live media
Julian Andres Klode
2142406 at bugs.launchpad.net
Tue Feb 24 14:42:47 UTC 2026
The `.disk` directory indicates an install media, and is not set on
installed systems. You will want to fix your installed system to not
wrongly indicate an install media.
However, depending on the design of it, there may be bugs with recovery
partitions.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/2142406
Title:
[SC8280XP] Live ISO GRUB fails to load — embedded config prefers
internal SSD over live media
Status in grub2 package in Ubuntu:
New
Bug description:
Booting the Ubuntu 26.04 daily-live ARM64 ISO on SC8280XP (ThinkPad
X13s, Windows Dev Kit 2023) results in GRUB falling back to the
installed GRUB on the internal SSD instead of the live environment.
Reproduction:
1. Boot latest 26.04 daily ARM64 live ISO (USB).
2. GRUB loads but immediately shows “/boot/ not found” (or similar) and boots the SSD’s Ubuntu instead of the live desktop.
The embedded config in EFI/BOOT/grubaa64.efi (extracted from the ISO
via binwalk + unsquashfs) is:
```
if [ -z "$prefix" -o ! -e "$prefix" ]; then
if ! search --file --set=root /.disk/info; then
search --file --set=root /.disk/mini-info
fi
set prefix=($root)/boot/grub
fi
if [ -e $prefix/arm64-efi/grub.cfg ]; then
source $prefix/arm64-efi/grub.cfg
elif [ -e $prefix/grub.cfg ]; then
source $prefix/grub.cfg
else
source $cmdpath/grub.cfg
fi
```
Because the `search --file` for `/.disk/info` (or `/.disk/mini-info`)
succeeds on the internal SSD, GRUB sets prefix to the installed system
and sources its grub.cfg. There is no reliable way for the live media
to take precedence over this baked-in logic.
This makes the live ISO effectively unusable on SC8280XP machines that
already have Ubuntu installed — a very common testing/development
scenario.
Expected behaviour:
The live ISO should always prefer its own configuration and boot the live environment, regardless of what is installed internally.
Workaround:
Replacing grubaa64.efi with an older binary allows the live config to work again, but this breaks Secure Boot and is not acceptable for normal use.
This appears to be a regression in how the live GRUB EFI image is
built for 26.04.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/2142406/+subscriptions
More information about the foundations-bugs
mailing list