[Bug 971867] New: cmdline is missing actual uuid of rootfs
http://bugzilla.opensuse.org/show_bug.cgi?id=971867 Bug ID: 971867 Summary: cmdline is missing actual uuid of rootfs Classification: openSUSE Product: openSUSE Distribution Version: Leap 42.1 Hardware: x86-64 OS: openSUSE 42.1 Status: NEW Severity: Major Priority: P5 - None Component: Bootloader Assignee: jsrain@suse.com Reporter: josua.m@t-online.de QA Contact: jsrain@suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 Build Identifier: grub2-mkconfig produces this output line on my machine: linux /vmlinuz-4.1.15-8-default root=UUID= splash=silent quiet showopts This way the system simply cannot boot, and systemd waits forever on the root filesystem device. Reproducible: Always Steps to Reproduce: 1. Unsure what specific system configuration leads to this, been running this system for months without issues. 2. run grub2-mkconfig 3. examine output Actual Results: a look at /etc/grub.d/10_linux revealed that: GRUB_DEVICE=/dev/sda3 # thats just fine GRUB_DEVICE_UUID="" # So apparently grub2 cannot find out the uuid of my root filesystem. Line 53 is executed and puts no uuid as root= on the cmdline Sidenote: GRUB_DISABLE_LINUX_UUID feature in /etc/default/grub is broken too Expected Results: I would expect grub2 to fallback to /dev/sda3 if it can not find an UUID, to make sure something still works. Sadly it does not. just from looking at /etc/grub.d/10_linux:50 I can tell that grub2 will never fall back to the non-uuid device path, unless / is on LVM. This doesn't look right to me. Some system details: NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 42G 0 disk ├─sda1 8:1 0 1M 0 part ├─sda2 8:2 0 1G 0 part /boot ├─sda3 8:3 0 36,9G 0 part / └─sda4 8:4 0 4G 0 part [SWAP] and then many more disks where I got /home on LVM on raid1 with 3 disks /boot: ext4 /: f2fs -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=971867
Jiri Srain
http://bugzilla.opensuse.org/show_bug.cgi?id=971867
Michael Chang
http://bugzilla.opensuse.org/show_bug.cgi?id=971867
http://bugzilla.opensuse.org/show_bug.cgi?id=971867#c2
--- Comment #2 from Michael Chang
http://bugzilla.opensuse.org/show_bug.cgi?id=971867
http://bugzilla.opensuse.org/show_bug.cgi?id=971867#c3
--- Comment #3 from Michael Chang
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 Build Identifier:
grub2-mkconfig produces this output line on my machine: linux /vmlinuz-4.1.15-8-default root=UUID= splash=silent quiet showopts
This way the system simply cannot boot, and systemd waits forever on the root filesystem device.
Reproducible: Always
Steps to Reproduce: 1. Unsure what specific system configuration leads to this, been running this system for months without issues. 2. run grub2-mkconfig 3. examine output Actual Results: a look at /etc/grub.d/10_linux revealed that: GRUB_DEVICE=/dev/sda3 # thats just fine GRUB_DEVICE_UUID="" # So apparently grub2 cannot find out the uuid of my root filesystem. Line 53 is executed and puts no uuid as root= on the cmdline
Sidenote: GRUB_DISABLE_LINUX_UUID feature in /etc/default/grub is broken too
Expected Results: I would expect grub2 to fallback to /dev/sda3 if it can not find an UUID, to make sure something still works. Sadly it does not.
just from looking at /etc/grub.d/10_linux:50 I can tell that grub2 will never fall back to the non-uuid device path, unless / is on LVM. This doesn't look right to me.
Some system details: NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 42G 0 disk ├─sda1 8:1 0 1M 0 part ├─sda2 8:2 0 1G 0 part /boot ├─sda3 8:3 0 36,9G 0 part / └─sda4 8:4 0 4G 0 part [SWAP] and then many more disks where I got /home on LVM on raid1 with 3 disks
Is / (/dev/sda3) part of the RAID1 device ? What kind (software or firmware) of RAID you're using. Because GRUB_DEVICE=/dev/sda3 looks not likely to me a RAID device and wouldnt work for initrd too ..
/boot: ext4 /: f2fs
I think it's fsfs that's why fs_uuid not detected, leading to a even worse failure .. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=971867
http://bugzilla.opensuse.org/show_bug.cgi?id=971867#c5
Michael Chang
I'll provide the test package later.
Please follow the step to install updated package. zypper ar --repo http://download.opensuse.org/repositories/home:/michael-chang:/branches:/ope... zypper ref zypper in -r home_michael-chang_branches_openSUSE_Leap_42.1_Update -f grub2 (accept the vendor change) grub2-mkconfig -o /boot/grub2/grub.cfg Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=971867
http://bugzilla.opensuse.org/show_bug.cgi?id=971867#c18
Michael Chang
participants (1)
-
bugzilla_noreply@novell.com