I just wanted to update my system, but the process stopped in the middle with the following message: /usr/bin/python: relocation error: /usr/lib/libpthread.so.0: symbol __libc_fork, version GLIBC_2.1.2 not defined in file libc.so.6 with link time reference Here the list of packages emerged before failure: sys-apps/sysvinit-2.85-r1 sys-apps/baselayout-1.10.3 sys-devel/gcc-config-1.3.6-r1 sys-apps/texinfo-4.7-r1 sys-devel/gcc-3.3.4-r1 sys-libs/glibc-2.3.4.20040808 It stopped with sys-libs/ncurses-5.4-r3 Reproducible: Didn't try Steps to Reproduce: 1. emerge -Uup system 2. 3. Actual Results: Portage and lots of other packages don't work anymore... system unusable. Sorry, no emerge info available, portage trashed. See my attached make.conf I "installed" a python from another system (tar of the contents of the package, untar on the trashed system) as said here in bug #53476 (http://128.193.0.52/show_bug.cgi?id=53476).
Created attachment 37477 [details] My system make.conf
I found a solution (but not the cause): 1. get a glibc from a running system (I wrote a little script to create a tar.gz with all the files) 2. overwrite le local one (cd / ;tar xzf glibc.tar.gz ) 3. remove pic from USE flags 4. rebuild glibc Et voil
I found a solution (but not the cause): 1. get a glibc from a running system (I wrote a little script to create a tar.gz with all the files) 2. overwrite le local one (cd / ;tar xzf glibc.tar.gz ) 3. remove pic from USE flags 4. rebuild glibc Et voilà! Well, I have now another problem that's perhaps (probably?) linked with glibc : the sandbox doesn't work anymore. I have to use systematically FEATURES=-sandbox And even so I have the following message at the end of emerge: >>> original instance of package unmerged safely. >>> Regenerating /etc/ld.so.cache... * Caching service dependencies... gawk: /lib/rcscripts/awk/cachedepends.awk:73: fatal error: internal error /sbin/depscan.sh: line 44: 9708 Aborted /bin/gawk -f /lib/rcscripts/awk/functions.awk -f /lib/rcscripts/awk/cachedepends.awk /var/lib/init.d/depcache: /var/lib/init.d/depcache: No such file or directory I saw in Bug #47111 and Bug #52998 that it's caused by problems with gawk. But since it was not recompiled, I think that the problem comes from glibc. Or could it come from baselayout? Well, I'll try to downgrade gcc to 3.3.3-r6 and recompile gawk-3.1.3-r1... but without too much hope.
I was too optimistic. Somehow the system got trashed... Lots of package still do not work (for example devfsd makes an illegal instruction). I'm trying to downgrade to stable, but I fear that I'll have to reinstall the system from scratch. Sob.
This seems like a real serious problem, I just did emerge -uD world yesterday(which includes glibc-2.3.4.20040808), system started to get all wrong, what's worse is 2 of my servers are away from me and since sshd now rejects all ssh connections, I can't just even see what's going on. From what the person I phoned who has access to the machines, says libpthread is missing and not even vim works... Please somebody point out if there is a way to fix this. My systems are all runnning on stable branch.
hideki - for the moment you can copy over libpthread from the livecd or a stage file and that should be all you need. i'm still trying to figure out why that file is built but not installed.
I've got the same problem here on my x86 box: /bin/ls relocation error: /usr/lib/libpthread.so.0: symbol __libc_fork, version GLIBC_2.1.2 not defined in file libc.so.6 with link time reference But this error only occurs when I'm logged in as user. While I'm root everything works fine, at least for the moment..
I'm sorry, this is the error-msg I get: [alicediee@minastirith:alicediee] ls ls: relocation error: /lib/libpthread.so.0: symbol errno, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference Seems to be quite similar to the one you get :/
I finally could fix my errors. I had to remove this: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/wine/lib from my ~/.bashrc. Unfortunately I don't know the reason, yet. hth
OK, I just phoned over to wget(which still works without decent libpthread) my libpthread.so I owned that compiled with same c flags as the remote machine and upon restart of sshd, now I could go back in and ls and emerge(python) that has libpthread in ldd now seems to be working fine too. I hear this may be related to nptl, that I have just tried to use before the last upgrade, now that I took the USE flag off, so I'm not exactly sure if that was the cause, but as I remerged glibc 20040808 and rebooted, everything seems to started working again. Thank you for the info.
I just ran into this problem after updating glibc to glibc-2.3.4.20041006. Some reason, I had a /lib/libpthread-0.61.so as well as a /lib/libpthread-0.10.so (0.10 being the one it just installed). ldconfig making the libpthread.so.0 link to 0.61. What's with the version numbering? On another system it was installed as libpthread-2.3.4.so.
Oh, I forgot to say that removing the 0.61 and fixing the symlink fixed my system.
I had the exact same problem as Adrian Yee (comment #10) earlier this morning and I actually fixed it the exact same way. I backed up and removed /lib/libpthread-0.60.so (which I think was created from my old glibc which was compiled with nptl USE flag) and ln -sf /lib/libpthread-0.10.so /lib/libpthread.so.0 and everything started working again...
resolving...
