[SOLVED] Can't boot kernel 3.4.4-5.fc17.i686

[leadgolem]

I can boot kernel 3.4.4-3.fc17.i686 just fine. When I try to boot 3.4.4-5.fc17.i686 I hang right after mounting my storage partition, then I get several dependency errors and get dropped to emergency mode. I am using some slightly unusual boot parameters, so I'll include those. Keeping in mind that the only difference between the working boot and the non-working one is the kernel release version.

### BEGIN /etc/grub.d/10_linux ###
submenu 'Advanced options for Fedora Linux' $menuentry_id_option 'gnulinux-advanced-c65b520c-a781-4fc3-94f5-2621aa4a82ce' {
	menuentry 'Fedora (3.4.4-5.fc17.i686)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.4.4-3.fc17.i686-advanced-c65b520c-a781-4fc3-94f5-2621aa4a82ce' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  7430bfb3-9756-4acf-a09f-9ca1e6c65532
		else
		  search --no-floppy --fs-uuid --set=root 7430bfb3-9756-4acf-a09f-9ca1e6c65532
		fi
	echo 'Loading Fedora (3.4.4-5.fc17.i686)'
		linux	/vmlinuz-3.4.4-5.fc17.i686 root=/dev/sda2 rootfstype=ext4 SYSFONT=True KEYTABLE=us LANG=en_US.UTF-8 libahci.ignore_sss=1 raid=noautodetect
		echo 'Loading initial ramdisk ...'
	initrd /initramfs-3.4.4-5.fc17.i686.img
	}

Having had some issues with the nvidia kernel modules in the past I booted the system into the old kernel, removed them, and rebooted. Same result.
Suspecting I may have a corrupted download of the kernel I removed the kernel, then reinstalled it with presto disabled. Same result.

I had hoped that the kernel update would fix an occasional problem where I get kicked to the login screen without warning or apparent reason, I believe there is a bug open for this already so I won't belabor that issue.
Thoughts, suggestions?

---------- Post added at 10:33 PM ---------- Previous post was at 10:12 PM ----------

I noticed that some of the options I had setup weren't used when the new kernel was installed. So I reran "grub2-mkconfig -o /boot/grub2/grub.cfg" and tried to boot the new kernel again. Still no dice, but here's what was just tried.

menuentry 'Fedora Linux' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c65b520c-a781-4fc3-94f5-2621aa4a82ce' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  7430bfb3-9756-4acf-a09f-9ca1e6c65532
	else
	  search --no-floppy --fs-uuid --set=root 7430bfb3-9756-4acf-a09f-9ca1e6c65532
	fi
	echo	'Loading Linux 3.4.4-5.fc17.i686 ...'
	linux	/vmlinuz-3.4.4-5.fc17.i686 root=/dev/sda2 rootfstype=ext4 SYSFONT=latarcyrheb-sun16 KEYTABLE=us LANG=en_US.UTF-8 libahci.ignore_sss=1 raid=noautodetect 
	echo	'Loading initial ramdisk ...'
	initrd	/initramfs-3.4.4-5.fc17.i686.img
}

[segamo]

I have the same problem on x64 (3.4.4-5.fc17.x86_64), graphics card i915.
Booting with the previous kernel 3.4.4-3.fc17.x86_64 also hangs on Loading initial ramdisk .

Rebuilding config grub2-mkconfig -o /boot/grub2/grub.cfg
and
rebulding initramfs image dracut -f "initramfs-$(uname -r).img" $(uname -r)
don't solve the problem.

[leadgolem]

Rebooted again to try to catch the actual error message. There is something about sdc timing out. That is where my /home is mounted. I'm also using some slightly a-typical settings in my /etc/fstab

/dev/sda2 /                       ext4    defaults        1 1
/dev/sda1 /boot                   ext4    noauto,comment=systemd.automount     1 2
/dev/sdc2 /home                   ext4    defaults        1 2
/dev/sdb1 /mnt/storage            ext4    defaults        1 2
/dev/sdc1 swap                    swap    defaults        0 0
tmpfs     /tmp                    tmpfs   defaults        0 0

I will try setting these mount points back up with uuid's instead of /dev locations and see if that does anything.

---------- Post added at 08:31 PM ---------- Previous post was at 08:14 PM ----------

Here's what I ran.

[Leadgolem@Leadgolems ~]$ su -
Password: 
[root@Leadgolems ~]# blkid
/dev/sda1: UUID="7430bfb3-9756-4acf-a09f-9ca1e6c65532" TYPE="ext4" 
/dev/sda2: LABEL="_Fedora-17-i686-" UUID="c65b520c-a781-4fc3-94f5-2621aa4a82ce" TYPE="ext4" 
/dev/sdb1: LABEL="/mnt/storage" UUID="d6e7e075-0e9e-48c2-bb78-a5368e37d30f" TYPE="ext4" 
/dev/sdd1: UUID="80b487b9-fdce-444e-8030-ea011e4dff00" TYPE="swap" 
/dev/sdd2: UUID="9d642683-cd69-43b4-85c3-a2e1c3f09164" TYPE="ext4" 
[root@Leadgolems ~]#gedit /etc/fstab

I will mention that the output of the above listed /dev/sdc1 and /dev/sdc2 not /dev/sddx. The above output is from after successfully booting the new kernel release version.
Here is the new fstab.

/dev/sda2 /                       ext4    defaults        1 1
/dev/sda1 /boot                   ext4    noauto,comment=systemd.automount     1 2
UUID=9d642683-cd69-43b4-85c3-a2e1c3f09164 /home                   ext4    defaults        1 2
/dev/sdb1 /mnt/storage            ext4    defaults        1 2
UUID=80b487b9-fdce-444e-8030-ea011e4dff00 swap                    swap    defaults        0 0
tmpfs     /tmp                    tmpfs   defaults        0 0

Now I can boot kernel 3.4.4-5.fc17.i686 just fine. I have no idea why the system now sees sdc as sdd...? I hope that helps someone else with a similiar issue.

[segamo]

I did your recommendation

/etc/fstab
UUID=e2258a65-58fc-49ef-875c-0490dbe03632 / ext4 defaults 1 1
UUID=8202b01f-51b8-4113-9c3b-f843c846f6eb /boot ext4 defaults 1 2
UUID=3a5ee181-7840-4e3a-980a-223a9e4d90a6 /home ext4 defaults 1 2
UUID=e45dae8f-271f-4522-bcea-ec7173c8e472 swap swap defaults 0 0
#
UUID=ca8c2875-6b35-4695-80ab-bb9cef346095 /backup ext4 defaults 1 2

but this does't solve problem