FS#27385 - [mkinitcpio] Cannot Determine Major/Minor for root partition
Attached to Project:
Arch Linux
Opened by mark hadman (markhadman) - Thursday, 01 December 2011, 14:24 GMT
Last edited by Dave Reisner (falconindy) - Sunday, 04 December 2011, 03:19 GMT
Opened by mark hadman (markhadman) - Thursday, 01 December 2011, 14:24 GMT
Last edited by Dave Reisner (falconindy) - Sunday, 04 December 2011, 03:19 GMT
|
Details
Description:
After kernel upgrade to 3.1.3 can no longer boot the system, since it says cannot determine minor/major for the root partition. The output of "waiting for device <blah>" gets sucked into the $root device variable, so its looking for a root device of "waiting for device /devsda1 ... /dev/sda1" with a newline thrown in there for good measure. Workaround: The quick workaround is to add "quiet" to your kernel line in /etc/grub.conf. This prevents the "waiting for" message from being printed. So my grub.conf line that changed was kernel /boot/vmlinuz-linux root=/dev/disk/by-label/archusb ro to kernel /boot/vmlinuz-linux root=/dev/disk/by-label/archusb ro quiet Additional info: * package version(s) Linux 3.4.1-1 mkinitcpio 0.8.0-2 |
This task depends upon
Closed by Dave Reisner (falconindy)
Sunday, 04 December 2011, 03:19 GMT
Reason for closing: Fixed
Additional comments about closing: mkinitcpio 0.8.0-3
backported fix from git
Sunday, 04 December 2011, 03:19 GMT
Reason for closing: Fixed
Additional comments about closing: mkinitcpio 0.8.0-3
backported fix from git
You, of course, get a resounding 'cannot reproduce' from me across a half dozen machines.
Adding rootdelay=30 to the kernel line fails to solve the problem. Adding quiet to the kernel line consistently solves the problem. I will here transcribe the error message complete with newlines:
ERROR: Unable to determine major/minor number of root device 'Waiting 30 seconds
for device /dev/sdb ...
/dev sdb1'.
Three other users with the same problem today:
https://bbs.archlinux.org/viewtopic.php?id=131163
https://bbs.archlinux.org/viewtopic.php?id=131226
I confirm 'quiet' voodoo :-) does help and 'rootdelay=50' doesn't.
poll_device in init_functions needs to write to stderr, not stdout.
https://projects.archlinux.org/mkinitcpio.git/commit/?id=7effc762a2de
Thanks!
It's related bug.
- Do not post "me too" as I noted earlier in this ticket, which you clearly did not read. Since you can't be bothered to read the FS, I can't be bothered to read your BBS link.
- Whatever borked image you've encountered is something that we see nearly every kernel release from a small subset of users. Whatever you might think, it is NOT related to this particular FS. Grab a live CD. Regenerate your initramfs.
This FS is solved as far as I'm concerned. I've only left it open for other people to find in case they have the same problem which has the solution of using 'quiet' or applying the patch I've posted.