On Wed, Feb 09, 2011 at 05:29:07PM +0100, Benedikt Spranger wrote: > Package: initramfs-tools > > Version: 0.98.8 > > Severity: grave >
hmmm, severe misinterpretation. > mkinitramfs copies libgcc_s.so from /usr/local/lib into the > initramfs. After a reboot lvm charge about a missing library > (libgcc_s.so) and failed to start. Due to an update all initramfs images > went broken. Please ignore /usr/local/ at all, or add /usr/local/lib to > the library search path. > most likely your box is broken, the lvm from Debian I am looking at does certainly not depend on libgcc: $ ldd /sbin/lvm linux-vdso.so.1 => (0x00007fff9d1ff000) libdl.so.2 => /lib/libdl.so.2 (0x00007fbcdaa77000) libreadline.so.5 => /lib/libreadline.so.5 (0x00007fbcda837000) libdevmapper.so.1.02.1 => /lib/libdevmapper.so.1.02.1 (0x00007fbcda614000) libudev.so.0 => /lib/libudev.so.0 (0x00007fbcda406000) libc.so.6 => /lib/libc.so.6 (0x00007fbcda0a5000) /lib64/ld-linux-x86-64.so.2 (0x00007fbcdac9d000) libncurses.so.5 => /lib/libncurses.so.5 (0x00007fbcd9e5e000) libselinux.so.1 => /lib/libselinux.so.1 (0x00007fbcd9c40000) You'd better check what you have localy compiled in /usr/local/lib and see that it gets out of the way for ldd. No libgcc also seen in any of the initramfs around. Unless this bug report gets backed up with real data on why mkinitramfs would be misbehaving here, this can be closed soon. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org