Manually update glibc
by coltson from LinuxQuestions.org on (#5C5NM)
Hello. I recently tried to manually update my 32bit Glibc and related components. Here, they are located on /usr/lib32.
So what I tried to do was:
1)Went to the /lib32/ dir. Removed all files there that had the number on their names that matched the glibc's version (rm *2.11.1.so). After that, all broken symbolic links to the actual libraries became red, and so I removed them Code:rm ld-linux.so.2 libanl.so.1 libBrokenLocale.so.1 libcidn.so.1 libcrypt.so.1 libc.so.6 libdl.so.2 libm.so.6 libnsl.so.1 libnss* libpthread.so.0 libresolv.so.2 librt.so.1 libutil.so.1Then I went to the new Glic dir and issued a command to copy everything with 2.17 in their name, plus all that I removed above: Code:sudo cp *2.17* ld-linux.so.2 libanl.so.1 libBrokenLocale.so.1 libcidn.so.1 libcrypt.so.1 libc.so.6 libdl.so.2 libm.so.6 libnsl.so.1 libnss* libpthread.so.0 libresolv.so.2 librt.so.1 libutil.so.1 /lib32/Then I checked and unfortunately, libstdc++ stopped to work then. Using ldd on it, it shows: Code:(libgcc_s.so.1 => not foundPlus two of the libraries it depends on, libm.so.6 and libc.so.6, started to show their original location, even after being moved to /lib32, which is for instance:
Code:libm.so.6 => /media/34GB/Arquivos-de-Programas-Linux/Glibc-2.17-32bit/lib/libm.so.6 (0xf7687000)So, why libstdc++ is not finding libgcc that it is in the same dir?
When I try to run any program that depends on libstdc++, it complains that cannot open shared object file (from libstdc++). Plus using ldd on it, shows that this program also does not find libgcc. When I delete the /lib32 dir and unpack a backup version, everything comes back to normality
So, what I have to do to make it work?
So what I tried to do was:
1)Went to the /lib32/ dir. Removed all files there that had the number on their names that matched the glibc's version (rm *2.11.1.so). After that, all broken symbolic links to the actual libraries became red, and so I removed them Code:rm ld-linux.so.2 libanl.so.1 libBrokenLocale.so.1 libcidn.so.1 libcrypt.so.1 libc.so.6 libdl.so.2 libm.so.6 libnsl.so.1 libnss* libpthread.so.0 libresolv.so.2 librt.so.1 libutil.so.1Then I went to the new Glic dir and issued a command to copy everything with 2.17 in their name, plus all that I removed above: Code:sudo cp *2.17* ld-linux.so.2 libanl.so.1 libBrokenLocale.so.1 libcidn.so.1 libcrypt.so.1 libc.so.6 libdl.so.2 libm.so.6 libnsl.so.1 libnss* libpthread.so.0 libresolv.so.2 librt.so.1 libutil.so.1 /lib32/Then I checked and unfortunately, libstdc++ stopped to work then. Using ldd on it, it shows: Code:(libgcc_s.so.1 => not foundPlus two of the libraries it depends on, libm.so.6 and libc.so.6, started to show their original location, even after being moved to /lib32, which is for instance:
Code:libm.so.6 => /media/34GB/Arquivos-de-Programas-Linux/Glibc-2.17-32bit/lib/libm.so.6 (0xf7687000)So, why libstdc++ is not finding libgcc that it is in the same dir?
When I try to run any program that depends on libstdc++, it complains that cannot open shared object file (from libstdc++). Plus using ldd on it, shows that this program also does not find libgcc. When I delete the /lib32 dir and unpack a backup version, everything comes back to normality
So, what I have to do to make it work?