Hide Forgot
Description of problem: When installing any kernel package after doing the /usr move updates or running dracut, the generated initramfs doesn't contain libc.so.6. Version-Release number of selected component (if applicable): dracut-014-77.git20120126.fc17.1.noarch How reproducible: Run through Harald's usrmove procedure and install a new kernel from f17-usrmove or run dracut. Actual results: Unbootable system from the kernel installed from f17-usrmove or the kernel who's initramfs has been updated post usrmove procedure. The boot process stops at /bin/sh: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory Kernel panic - not syncing: Attempted to kill init! Unpacked the initramfs corresponding to the bootable (rc4) and non-bootable (rc6) kernels and searched for libc.so.6 [root@localhost ~]# find . -name 'libc.so.6' ./rc4/run/initramfs/lib/libc.so.6 [root@localhost ~]# Expected results: Bootable system.
Duped my VM and ran dracut for the bootable kernel - and it's now unbootable. Bootable kernel kernel-3.3.0-0.rc1.git4.1.fc17.i686 (installed from rawhide repository) Unbootable kernels kernel-3.3.0-0.rc1.git5.1.fc17.i686 kernel-3.3.0-0.rc1.git6.1.fc17.i686 (installed from f17-usrmove repository)
Hi, FYI: I've two f17-usermoved bare-metal installations (KDE and GNOME). Both are running git5.1 and git6.1 kernels fine. There were no problems with dracut. May be the issue is VM related? Martin Kho
I got the same error in kvm_guest. will test more tomorrow.
It can also be an arch issue. My installs are both X86_64. Martin Kho
# ldd /bin/sh linux-gate.so.1 => (0x00798000) libtinfo.so.5 => /lib/libtinfo.so.5 (0x4a82b000) libdl.so.2 => /lib/libdl.so.2 (0x4971d000) libc.so.6 => /lib/libc.so.6 (0x4956d000) /lib/ld-linux.so.2 (0x4954a000) Should it be finding /usr/lib* ?
@ Tom H. Can you do a test for me. I managed to get the following /usrmove kernel booting. is kernel-3.3.0-0.rc2.git0.2.fc17.i686 is giving the same problem? yum erase kernel-3.3.0-0.rc2.git0.2.fc17 (I yum erased all non-booting kernels for clarity) then: vim /etc/ld.so.conf add the follwing lines: /usr/lib /usr/lib64 save then: ldconfig -v yum update kernel reboot If this works for you then, it should work with any "yum update kernel"?
@ Frank M I created /etc/ld.so.conf.d/usrmove.conf (content "/usr/lib"), ran "ldconfig", and rebuilt "initramfs-3.3.0-0.rc1.git5.1.fc17.i686.img" and "initramfs-3.3.0-0.rc1.git6.1.fc17.i686.img" and installed "kernel-3.3.0-0.rc2.git0.2.fc17.i686". I can now boot from all three f17-usrmove kernels. Thanks.
Good tip will make separate conf. Will you let the test list know of the workaround. It's bedtime for me.
Created attachment 559059 [details] log from dracut --debug I'm seeing the bug in a i686 Rawhide VM. Attached is the dracut debug log.
It seems it affects only i686. <michich> there's only run/initramfs/usr/lib/i686/nosegneg/libc-2.15.so but no symlink to it <haraldh> ah, nosegneg.. damn
Created attachment 559090 [details] dracut.log x86_64 Hi, I can confirm that dracut works for x86_64 ok. libc.so.6 is in: /run/initramfs/lib64/libc.so.6 -> libc-2.15.so Martin Kho FYI: dracut.log
dracut-014-81.git20120202.fc17 fixes the bug for me.
@Michal For me too (installed it, deleted usrmove.conf, ran ldconfig, rebuilt initramfs, rebooted successfully). Thank you Harald.