Bug#612633: initramfs-tools: mkinitramfs creates non working initramfs

[maximilian attems <max@stro.at>]

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