On Tue, 2012-01-31 at 10:44 -0500, Tom H wrote: > >> Also, the problem is in your initramfs, not the kernel itself. > >> > >> Harald? > > > > I was about to follow up. I tried rebuilding the rc6 kernel's > > initramfs but there was no joy. I then managed to boot with the rc6 > > kernel using the rc4 initramfs. > > > > I've unpacked my the rc4 and rc6 initramfs's to take a look but have > > had to go back to real work... > > Unpacked initramfs-3.3.0-0.rc1.git4.1.fc17.i686.img to "~/rc4" and > initramfs-3.3.0-0.rc1.git6.1.fc17.i686.img to "~/rc6": > > [root@localhost ~]# find . -name 'libc.so.6' > ./rc4/run/initramfs/lib/libc.so.6 > [root@localhost ~]# The initramfs is generated on-the-fly when the kernel is installed. So I suspect the bug here is correctly described as 'When installing any kernel package after doing the /usr move updates, the generated initramfs will not contain /lib/libc.so.6' - i.e. the actual kernel package in question doesn't matter, it's rather that any attempt to generate an initramfs after doing the /usr move will fail. This is obviously a significant problem, if I'm correct. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
