Re: eglibc: Broken ldd due to wrong path for ld.so
Hi
On Monday 28 February 2011, Guillem Jover wrote:
> Package: libc-bin
> Version: 2.11.2-12
> Severity: serious
>
> Hi!
>
> It might seem the latest multiarch patches broke somehow at least ldd,
> which is missing the prefix path to the ld.so binary.
>
> $ grep RTLDLIST /usr/bin/ldd
> RTLDLIST=/ld-linux-x86-64.so.2
>
> It then fails to work properly on binaries:
>
> $ file /bin/ls
> /bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
> $ ldd /bin/ls
> not a dynamic executable
This also affects initramfs generation, as initramfs-tools relies
heavily on ldd to determine which libraries need to be pulled in to
satisfy the needs of binaries (/sbin/init !) embedded into the
initramfs.
A comparison between an initramfs generated with eglibc 2.11.2-11 ("a")
and eglibc 2.11.2-12 ("b") installed shows the result, which breaks
booting with the newly (re-)generated initramfs.
--- a 2011-02-28 03:38:36.950032034 +0100
+++ b 2011-02-28 03:38:39.937032034 +0100
@@ -60,8 +60,6 @@ etc/udev
etc/udev/udev.conf
init
lib
-lib64
-lib64/ld-linux-x86-64.so.2
lib/firmware
lib/firmware/3com
lib/firmware/3com/typhoon.bin
@@ -90,18 +88,6 @@ lib/firmware/tigon/tg3.bin
lib/firmware/tigon/tg3_tso5.bin
lib/firmware/tigon/tg3_tso.bin
lib/klibc-r1_A6R6EwMsdze5h5xz93JiNuoM.so
-lib/libblkid.so.1
-lib/libc.so.6
-lib/libdevmapper.so.1.02.1
-lib/libdl.so.2
-lib/libm.so.6
-lib/libncurses.so.5
-lib/libpthread.so.0
-lib/libreadline.so.5
-lib/librt.so.1
-lib/libselinux.so.1
-lib/libudev.so.0
-lib/libuuid.so.1
lib/modules
Regards
Stefan Lippers-Hollmann
Reply to: