On 2009-09-05 12:27 +0200, Laurent CARON wrote: > I did just upgrade some packages (one of them is libc6) on a server > running etch. > > It seems (from what I can see in the backups of this server) that an > old version of libc6 is lying in /usr/local/lib/tls (maybe a leftover > from some previous install).
If nothing else, this serves as a warning for other people not to shadow important system libraries by installing private version into /usr/local/lib. > As a matter of fact, i'm unable to run any command (a simple ls will > give the following output: relocation error: > /usr/local/lib/tls/libc.so.6: symbol _dl_starting_up, version > GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time > reference > > > That's the output from apt-get after installing libc6 > > /usr/bin/dpkg: relocation error: /usr/local/lib/tls/libc.so.6: symbol > _dl_starting_up, version GLIBC_PRIVATE not defined in file > ld-linux.so.2 with link time reference > sh: relocation error: /usr/local/lib/tls/libc.so.6: symbol > _dl_starting_up, version GLIBC_PRIVATE not defined in file > ld-linux.so.2 with link time reference > > > Questions: > - If I reboot the server, will it simply discard the "bad" libc6 > located in /usr/local/lib ? No. Most likely, it will not come up because any command running after /usr/local is mounted will fail. > - If I empty the file (echo "" > /usr/local/lib/tls/libc.so.6) will it > be ignored by the system upon next reboot ? I am not sure. > - If nothing else can be done i'll have to have the server restarted > with a live cd. You can set LD_LIBRARY_PATH so that the dynamic linker searches in /lib before /usr/local/lib: # LD_LIBRARY_PATH=/usr/lib:/lib rm -f /usr/local/lib/tls/libc.so.6 Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
