Bug#803625: grub-common: 10_linux doesn't merge rootflags= from GRUB_CMDLINE_LINUX*

Christoph Anton Mitterer calestyo at scientia.net
Sun Nov 1 05:34:20 UTC 2015


Package: grub-common
Version: 2.02~beta2-29
Severity: important


Hi.

That's basically a follor-up or at least related to #803624.

When the root-fs is on a btrfs subvolume (and perhaps in other cases
as well), 10_linux adds a rootflags= to the kernel parameters, not
merging any possibly already set such option in
GRUB_CMDLINE_LINUX_DEFAULT or GRUB_CMDLINE_LINUX.


Now coming back to my degraded-RAID-should-still-boot scenario from
#803624, even when I manually set GRUB_CMDLINE_LINUX=rootflags=degraded
things won't work (and the boot fails when a disk is e.g. missing).

It results in a grub.cfg line like:
  linux   /root/boot/vmlinuz-4.2.0-1-amd64 root=UUID=d430d7ee-8059-11e5-9834-502690aa641f ro rootflags=subvol=root rootflags=degraded
and apparently the 2nd rootflags= is simply ignored.


When I manually change the line to:
  linux   /root/boot/vmlinuz-4.2.0-1-amd64 root=UUID=d430d7ee-8059-11e5-9834-502690aa641f ro rootflags=subvol=root,degraded
everything works (even though I don't know what would happen if there was a subvolume named "root,degraded",
so perhaps one needs some quoting in that case?).


Any ideas?

Cheers,
Chris.



More information about the Pkg-grub-devel mailing list