Description of problem: I have a booting problem very similar, if not identical to Bug 841466 Fedora 18 was install without upgrade in a partition which previously had Fedora 16. Initial Fedora 18 installed worked without any problems, but after I upgraded the kernel the new kernels failed to boot and I ended up in the dracut prompt with the following message: dracut Warning: Unable to process initqueue dracut Warning: /dev/disk/by-uuid/89fdb906-8904-4941-b701-5da5c21d4bc5 does not exist I've confirmed the partition refered to by that uuid is accessible by other means and that smartctl is reporting no problems on the disk. Booting into kernel 3.6.10 the kernel that was initially installed with Fedora 18 always worked, but any new kernel did not. I did see this error when installing new kernels: "grubby fatal error: unable to find a suitable template" While attempting to find a work around, I ran "dracut -f" and after that I could no longer boot with kernel 3.6.10 I did find a work around by changing the grub2 entry for 3.7.7 from root=UUID=89fdb906-8904-4941-b701-5da5c21d4bc5 to root=/dev/sda8 and fstab to: ##UUID=89fdb906-8904-4941-b701-5da5c21d4bc5 / ext4 defaults 1 1 /dev/sda8 / ext4 defaults 1 1 Version-Release number of selected component (if applicable): dracut-024-23.git20130118.fc18.x86_64 kernel-3.6.10-4.fc18.x86_64 kernel-3.7.7-201.fc18.x86_64 kernel-3.7.8-202.fc18.x86_64 Note: 3.7.8 was installed but no entries for it appear in grub2 How reproducible: Every time until I found a work around. Steps to Reproduce: 1. select kernel entry in grub2 that references partition by uuid 2. dracut warning messages issued 3. boot stops at dracut prompt Actual results: The OS fails to boot ( until I found work around ) Expected results: The OS should boot. Additional info:
Created attachment 700122 [details] fdisk -l sda1 is ntfs windows xp sda2 is ext4 /boot for Fedora 17 and 18 sda3 is ext3 /boot for Centos 6 sda4 is extended partition sda5 is swap sda6 is ext4 /home shared between C6, F17, F18 sda7 is ext4 /usr/local shared between C6, F17, F18 sda8 is ext4 / Fedora 18 sda9 is ext4 / Centos 6 sda10 is ext4 empty but previously had Fedora 15 with btrfs sda11 is ext4 / Fedora 17
Created attachment 700123 [details] /dev/disk/by-uuid
Created attachment 700124 [details] lsinitrd
Created attachment 700125 [details] /boot/grub2/grub.cfg
Created attachment 700126 [details] /etc/fstab
Created attachment 700128 [details] blkid Notice how /dev/sda8 is odd
(In reply to comment #6) > Created attachment 700128 [details] > blkid > > Notice how /dev/sda8 is odd did you try to convert ext4 to btrfs somehow? reassigning to util-linux
update to util-linux 2.22-2.6 *** This bug has been marked as a duplicate of bug 902512 ***
The sda8 filesystem was not converted from ext4 to btrfs. It was formatted at install. The problem however is not fixed.
(In reply to comment #9) > The sda8 filesystem was not converted from ext4 to btrfs. It was formatted > at install. The problem however is not fixed. Ok, here are the steps: # yum update util-linux should be at least 2.22-2.6. Check the output of: # blkid /dev/sda8 If it is still outputting ID_FS_AMBIVALEN=filesystem:ext4:1.0 filesystem:btrfs append the output of: # LIBBLKID_DEBUG=0xffff blkid -o udev -p /dev/sda8 If the output looks ok: Regenerate the initramfs, so that it includes the new util-linux # dracut -f Reboot and try to boot with root=UUID=89fdb906-8904-4941-b701-5da5c21d4bc5
Sorry, I hadn't had my coffee when I wrote that. The problem IS fixed. Thanks for your help. -another satisfied Fedora user.