Bullseye: live-boot needs GRUB_DISABLE_LINUX_UUID="true" parameter in /etc/grub.d/11_linux_live

I don’t know whether you are already preparing for the next, “bullseye” debian 11 release (“due” for next summer). Anyway, I think this could be interesting, unless it’s a temporary bug.

I played around with a KVM Whonix-Workstation 15 VM (don’t remember exactly which version, from last summer probably) that I fully apt dist-upgrade to bullseye.

There must have been some changes regarding how grub.cfg is generated, as it now seems to need GRUB_DISABLE_LINUX_UUID="true" set in /etc/grub.d/11_linux_live in order for live-boot to find and mount the root filesystem.

By default, not adding this parameter would produce the following kernel command line (I am quoting only the beginning here) which fails to boot/hangs/kernel panics:
linux /boot/vmlinuz-4.19.0-4-amd64 root=PARTUUID=41414141-01 ro single
instead of
/boot/vmlinuz-4.19.0-4-amd64 root=/dev/disk/by-uuid/26ada0c0-1165-4098-884d-aafd2220c2c6 ro single


//cc @Algernon

Created ⚓ T968 Bullseye: live-boot needs GRUB_DISABLE_LINUX_UUID="true" parameter in /etc/grub.d/11_linux_live for it. Deferring this until there is a bullseye branch.

I didn’t look into bullseye yet. Glad to hear this is the only reported broken thing so far. Thanks for testing that!

1 Like

Well to be honest I didn’t test it thoroughly yet :slight_smile:
But the overall impression is that of a rather smooth transition… We’ll see, but it will be soon stable already (next summer)!

1 Like

Seems like this isn’t required after all?

grub-live broken in Whonix 16 has been Released! (Debian 11 bullseye based) - for VirtualBox - Major Release.

Actually required…

Debian bug report:
kernel command line (grub) UUID=... and PARTUUID=... Can not mount on filesystem /run/live/rootfs/filesystem since Debian bullseye

Has some disadvantages…

…but good enough. Probably resolved when replacing initramfs-tools with dracut gets implemented.

Available from testers repository.