Error while loading shared libraries libstdc so 6

I am trying to install Qt in my CentOS system. While building the library, I’m getting this error:

/root/capture/qt-everywhere-opensource-src-4.7.0/bin/qmake: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
/root/capture/qt-everywhere-opensource-src-4.7.0/bin/qmake: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64

It seems the softlink of the libstdc++.so.6 has been changed and is pointing to libstdc++.so.6.0.13 (64-bit?). I just changed the softlink by issuing the following command (in /usr/lib folder):

rm -f libstdc++.so.6
ln -s ./libstdc++.so.6.0.8 ./libstdc++.so.6

I was having this problem running binaries compiled with g++ under a 64bit ubuntu 14.04 installation.

I installed g++-multilib and everything runs fine now

sudo apt-get install g++-multilib 

answered May 13, 2015 at 13:41

yum reinstall $(rpm -qa)

The above command will resolve all the issue in centos.

Thanks in advance for any help as I think that I’ve proper messed it up this time.

Basically I went into software sources to ‘Fix MergeList problems’ as I was unable to use the software manager — this happens periodically and I usually click ‘Fix MergeList problems’ and all is sorted, no worries. This time for some reason I clicked on ‘purge residual configuration’ (also in the Maintenance tab of software sources), and my PC froze, apparently not doing anything, so I manually reset it.

Now when I boot up I get a terminal screen:

Linux Mint 15 Olivia (PC name) tty1
Login:
Password:

Once I log in all I get is:

apt-config: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
apt-config: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
apt-config: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
apt-config: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

21 packages can be updated
0 updates are security updates

I’m able to type in commands but I don’t know what to do to try and fix this. I’ve tried ‘sudo apt-get check’ and ‘sudo apt-get install -f’ but all I’m rewarded with is the error above.

I’m currently running the live bootable disk to get online to write this, I hope someone has encountered this problem before and knows of a fix — I can’t bare to reinstall everything from scratch!!

daydreama,

The file libstdc++.so.6 that its complaining about is a symlink to libstdc++.so.6.0.17. I’m puzzled as to how that got removed, but try to fix it with in the terminal you’re thrown into when you boot.

ln -s libstdc++.so.6.0.17 libstdc++.so.6

Good luck

Hi WharfRat,

Thanks for the quick reply.

I’ve done what you suggested and it threw up no complaints, so I restarted my machine and was promted again with the same terminal screen and error.

I did it again and after entering:
ln -s libstdc++.so.6.0.17 libstdc++.so.6

I got:
ln: failed to create symbolic link ‘libstdc++.so.6’ : File exists.

So I rebooted and got the same error and command line screen again!

I’m actually considering reinstalling mint but can’t actually access my files from the live cd as it says I don’t have permission (if I do a ‘sudo caja’ I can access the files but not copy them — anyone know a way round this one?)

H WharfRat,

I managed to remove the ‘libstdc++.so.6’, but when I ‘apt-get install —reinstall libstdc++6’ to reinstall it, it came up with the same error message:

apt-config: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

(I even tried ‘apt-get install —reinstall libstdc++.so.6’ and still got the same error)

So, as it’s saying no such file or directory (and because I’ve now definitely removed it via the ‘rm’ command) am I able to get the file I need off the live cd and just copy it into my filesysystem? I’ve had a look through the folders but I’m not sure about the exact one I’m looking for as I can’t seem to find libstdc++.so.6 either!

I couldn’t work out how to put the image I took inline (I can’t just copy and paste from the terminal as I’ve got to restart the PC with the live cd to get online as I my PC only boots into a command line screen without it).

Here’s what ‘df -h’ and ‘df -i’ returned:

df -h and df -i returns.zip

I don’t think I’m out of space. Do you reckon pasting the whole contents of the live cd /lib folder into my /lib folder on my hard drive would fix this problem? I don’t want to just go ahead and do it incase it messes things up more…

here you go:

mint ~ # mount /dev/sda1 /mnt
mount: /dev/sda1 already mounted or /mnt busy
mount: according to mtab, /dev/sda1 is already mounted on /mnt
mint ~ # df -h
Filesystem Size Used Avail Use% Mounted on
/cow 1.9G 90M 1.8G 5% /
udev 1.9G 8.0K 1.9G 1% /dev
tmpfs 384M 1.0M 383M 1% /run
/dev/sr0 1000M 1000M 0 100% /cdrom
/dev/loop0 953M 953M 0 100% /rofs
none 4.0K 0 4.0K 0% /sys/fs/cgroup
tmpfs 1.9G 716K 1.9G 1% /tmp
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 76K 1.9G 1% /run/shm
none 100M 52K 100M 1% /run/user
/dev/sda1 228M 45M 171M 21% /mnt
/dev/mapper/mint—vg-root 913G 147G 720G 17% /media/mint/5495c69a-aa36-4411-9e77-ca91d6e674bb
mint ~ # df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/cow 491217 2081 489136 1% /
udev 486753 550 486203 1% /dev
tmpfs 491217 528 490689 1% /run
/dev/sr0 0 0 0 — /cdrom
/dev/loop0 172714 172714 0 100% /rofs
none 491217 1 491216 1% /sys/fs/cgroup
tmpfs 491217 16 491201 1% /tmp
none 491217 2 491215 1% /run/lock
none 491217 4 491213 1% /run/shm
none 491217 20 491197 1% /run/user
/dev/sda1 124496 283 124213 1% /mnt
/dev/mapper/mint—vg-root 60776448 228878 60547570 1% /media/mint/5495c69a-aa36-4411-9e77-ca91d6e674bb
mint ~ #

mint@mint ~ $ sudo blkid
/dev/loop0: TYPE=»squashfs»
/dev/sda1: UUID=»361fa4f4-a4f9-435e-9ab8-895ca56df5bf» TYPE=»ext2″
/dev/sda5: UUID=»WQeKSL-Jly9-AWJj-rxWk-DFiz-Ewq2-6YdNDx» TYPE=»LVM2_member»
/dev/sr0: LABEL=»Linux Mint 15 MATE 64-bit» TYPE=»iso9660″
/dev/mapper/mint—vg-root: UUID=»5495c69a-aa36-4411-9e77-ca91d6e674bb» TYPE=»ext4″
/dev/mapper/mint—vg-swap_1: UUID=»a9343731-bb1f-461d-b519-60221d24fc98″ TYPE=»swap»
mint@mint ~ $

Yeah, I opted for the logical volume management when I initially installed Olivia. Didn’t think anything of it until I installed Maya on my mates old laptop and realised that LVM isn’t compatible with that..

Hi WharfRat,

After mounting the vg:

‘df -h’ gives:

mint ~ # df -h
Filesystem                 Size  Used Avail Use% Mounted on
/cow                       1.9G  150M  1.8G   8% /
udev                       1.9G   12K  1.9G   1% /dev
tmpfs                      384M  1.1M  383M   1% /run
/dev/sr0                  1000M 1000M     0 100% /cdrom
/dev/loop0                 953M  953M     0 100% /rofs
none                       4.0K     0  4.0K   0% /sys/fs/cgroup
tmpfs                      1.9G  724K  1.9G   1% /tmp
none                       5.0M     0  5.0M   0% /run/lock
none                       1.9G  664K  1.9G   1% /run/shm
none                       100M   48K  100M   1% /run/user
/dev/sda1                  913G  147G  720G  17% /mnt
/dev/mapper/mint--vg-root  913G  147G  720G  17% /media/mint/5495c69a-aa36-4411-9e77-ca91d6e674bb
/dev/sdb1                  1.9G  1.4G  477M  75% /media/mint/58AF-6EA0
/dev/mapper/mint--vg-root  913G  147G  720G  17% /mnt

and df -i gives:

mint ~ # df -i
Filesystem                  Inodes  IUsed    IFree IUse% Mounted on
/cow                        491217   3386   487831    1% /
udev                        486753    566   486187    1% /dev
tmpfs                       491217    545   490672    1% /run
/dev/sr0                         0      0        0     - /cdrom
/dev/loop0                  172714 172714        0  100% /rofs
none                        491217      1   491216    1% /sys/fs/cgroup
tmpfs                       491217     19   491198    1% /tmp
none                        491217      2   491215    1% /run/lock
none                        491217      5   491212    1% /run/shm
none                        491217     18   491199    1% /run/user
/dev/sda1                 60776448 228878 60547570    1% /mnt
/dev/mapper/mint--vg-root 60776448 228878 60547570    1% /media/mint/5495c69a-aa36-4411-9e77-ca91d6e674bb
/dev/sdb1                        0      0        0     - /media/mint/58AF-6EA0
/dev/mapper/mint--vg-root 60776448 228878 60547570    1% /mnt

Which reads much better after I’ve worked out how to post up codes!

Well, there’s plenty of space left. Try chrooting to the system and running locate

[[ ! -e /mnt/etc/resolv.conf ]] && cp /etc/resolv.conf /mnt/etc/

source /etc/profile
export PS1="[33[1;33m]chroot to ->[33[1;31m](system) #[e[0m] "

then see if this works now

updatedb && locate libstdc++.so.6 | while read l;do ls -ld "$l";done

Cool,

here’s what I’ve done:

mint@mint ~ $     [[ ! -e /mnt/etc/resolv.conf ]] && cp /etc/resolv.conf /mnt/etc/
mint@mint ~ $ mount -t proc none /mnt/proc
mount: only root can do that
mint@mint ~ $ sudo -i
mint ~ # [[ ! -e /mnt/etc/resolv.conf ]] && cp /etc/resolv.conf /mnt/etc/
mint ~ # mount -t proc none /mnt/proc
mint ~ # mount --rbind /sys /mnt/sys
mint ~ # mount --rbind /dev /mnt/dev
mint ~ # /usr/sbin/chroot /mnt /bin/bash
mint / #     source /etc/profile
mint / #     export PS1="[33[1;33m]chroot to ->[33[1;31m](system) #[e[0m] "
chroot to ->(system) #     updatedb && locate libstdc++.so.6 | while read l;do ls -ld "$l";done
chroot to ->(system) # #[e[0m] "
chroot to ->(system) # 
chroot to ->(system) #     updatedb && locate libstdc++.so.6 | while read l;do ls -ld "$l";done
chroot to ->(system) # exit
exit
mint ~ #     updatedb && locate libstdc++.so.6 | while read l;do ls -ld "$l";done
lrwxrwxrwx 1 root root 19 Apr 15  2013 /rofs/usr/lib/x86_64-linux-gnu/libstdc++.so.6 -> libstdc++.so.6.0.17
-rw-r--r-- 1 root root 975216 Apr 15  2013 /rofs/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17
lrwxrwxrwx 1 root root 19 Apr 15  2013 /usr/lib/x86_64-linux-gnu/libstdc++.so.6 -> libstdc++.so.6.0.17
-rw-r--r-- 1 root root 975216 Apr 15  2013 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.17
mint ~ # 

The last command seems to have done something (but it’s a bit over my head to understand at the moment). I’m going to reboot without the live cd in to see if it’s done the trick.

Hi WharfRat,

In the end I just reinstalled mint as unfortunately, I could not warrent spending anymore time messing with it. I managed to get access to my files that weren’t backed up by doing a ‘sudo caja’ from the live disc. So the only loss was time really. The good thing is that I now have a fresh install and its all brand spanking new with no funny little bugs that I picked up along the way last time Thanks for all your help with this again, you’re a star (and I do definitely owe you a beer!)