Error while loading shared libraries libidn so 11

Нравится ресурс? Помоги проекту!

[ Script execution time: 0,0184 ]   [ 16 queries used ]   [ Generated: 9.02.23, 15:47 GMT ]  

Новые и опытные пользователи Linux могут сталкиваться с ошибкой error loading shared libraries во время запуска программ, также с ней могут сталкиваться программисты и все желающие компилировать программное обеспечение в своей системе. Эта ошибка в дословном переводе означает что возникла проблема во время загрузки общей библиотеки. О том что такое библиотеки и зачем они нужны вы можете узнать из статьи библиотеки Linux.

В этой же статье мы рассмотрим что значит ошибка error while loading shared libraries более подробно, а главное, как ее решить.

Даже если вы не компилируете свои программы, то вы можете увидеть ошибку error while loading shared libraries: имя_библиотеки: cannot open shared object file: No such file or directory достаточно часто во время установки новых программ не через пакетный менеджер или программ, предназначенных для другого дистрибутива. Как я уже говорил, она возникает потому, что система не может найти библиотеку.

А вот почему ее нельзя найти и загрузить, это уже интересно. Этому может быть несколько причин:

• Библиотека не установлена в системе;
• Библиотека установлена, но неизвестно куда;
• Библиотека установлена правильно, но имеет не ту версию.

При решении проблемы мы будем руководствоваться именно этими причинами и пытаться их решить.

Как исправить ошибку?

1. Библиотека не установлена

Первый вариант, тут все понятно, библиотеки просто нет в системе, поэтому мы и получаем такую ошибку. Верный способ ее решения — просто найти пакет библиотеки с помощью пакетного менеджера и установить ее. Обычно, пакеты с библиотеками называются так же, как и сами библиотеки с префиксом lib.

Например, если нам не хватает библиотеки libfuse2.so, то мы можем найти ее в Ubuntu такой командой:

sudo apt search libfuse2

Затем осталось только установить ее:

sudo apt install libfuse2

Если перед вами стоит задача собрать программу из исходников, то вам понадобится не только установить саму библиотеку, но и заголовочные файлы для нее:

sudo apt install libfuse-dev

И так для любой библиотеки. Но это не всегда помогает.

2. Библиотека находится не в том каталоге

Бывает что библиотека установлена, мы установили ее или она поставлялась вместе с программой, но ошибка как была, так и есть. Причиной этому может быть то, что загрузчик Linux не может найти библиотеку.

Поиск библиотек выполняется по всех папках, которые указаны в конфигурационных файлах /etc/ld.conf.d/. По умолчанию, это такие каталоги, как /usr/lib, /lib, /usr/lib64, /lib64. Если библиотека установлена в другой каталог, то, возможно, это и есть причина проблемы.

Вы можете посмотреть какие библиотеки сейчас доступны загрузчику с помощью команды:

ldconfig -p

Найти, где находится ваша библиотека можно с помощью команды locate. Например, нас интересует библиотека librtfreader.so:

 locate librtfreader

Теперь мы знаем, что она находится по адресу /opt/kingsoft/wps-office/office6/. А значит, для работы программы необходимо сделать чтобы загрузчик библиотек ее видел. Для этого можно добавить путь в один из файлов /etc/ld.so.conf.d/ или же в переменную LD_LIBRARY_PATH:

export LD_LIBRARY_PATH=/opt/kingsoft/wps-office/office6/

Опять же, так вы можете поставить с любой библиотекой, которая взывает ошибку. Еще один более простой метод — это просто создать символическую ссылку на нужную библиотеку в правильной папке:

ln -s /opt/kingsoft/wps-office/office6/librtfreader.so /usr/lib/librtfreader.so

3. Неверная версия библиотеки

Эта причина ошибки довольно часто встречается при использовании программ не для вашего дистрибутива. Каждая библиотека имеет дополнительную версию, так называемую ревизию, которая записывается после расширения .so. Например, libav.so.1. Так вот, номер версии меняется всякий раз, когда в библиотеку вносятся какие-либо исправления.

Часто возникает ситуация, когда в одном дистрибутиве программа собирается с зависимостью от библиотеки, например, libc.so.1, а в другом есть только libc.so.2. Отличия в большинстве случаев здесь небольшие и программа могла бы работать на второй версии библиотеки. Поэтому мы можем просто создать символическую ссылку на нее.

Например, библиотеки libusb-1.0.so.1 нет. Но зато есть libusb-1.0.so.0.1, и мы можем ее использовать:

Для этого просто создаем символическую ссылку на библиотеку:

sudo ln -s /usr/lib/libusb-1.0.so.0.1 /usr/lib/libusb-1.0.so.1

В большинстве случаев программа не заметит подмены и будет работать, как и ожидалось. Также для решения этой проблемы можно попытаться найти нужную версию библиотеки в интернете для своей архитектуры и поместить ее в папку /usr/lib/ или /usr/lib64/. Но после этого желательно обновить кэш:

sudo ldconfig

Выводы

В этой статье мы рассмотрели почему возникает ошибка Error while loading shared libraries, а также как ее решить. В большинстве случаев проблема решается довольно просто и вы получите работоспособную программу. Надеюсь, эта информация была полезной для вас.

For the past few days, I have been extensively testing PIP and Pipenv tools in my Arch Linux system. While testing these tools, I had to reinstall and downgrade Python2.x, Python 3.x packages and some other Python dependencies package many times. At some point, It broke my Arch Linux and pacman stopped working. Whenever I run pacman, I got an error that says «pacman: error while loading shared libraries: libidn2.so.0: cannot open shared object file: No such file or directory».

Not just pacman, some other applications, such as pacaur, yaourt, packer, virtualbox and transmission etc., also stopped working. When I try to open any one of these applications, I keep getting this message — «error while loading shared libraries: libidn2.so.0: cannot open shared object file».

Chances are that I may have uninstall something that I couldn’t remember. To my bad luck, It was my personal system and I don’t want to reinstall it because it has a lot of applications. So, reinstalling OS and all applications might took two or may be more days.

After vigorously searching on Arch Linux wiki and other Linux forums like a mad man, I finally managed to fixed it. If you ever run into a problem something like this, look nowhere, just download the source file and copy the missing file(s) to /usr/lib/ folder. As far as I searched on the web, this method seems very easiest one so far. Read on to know how I fixed this error.

Fix «pacman: error while loading shared libraries» Error In Arch Linux

As I said already, I kept getting this error — «pacman: error while loading shared libraries: libidn2.so.0: cannot open shared object file: No such file or directory» when I run pacman command or any AUR helpers such as pacaur, packer, yaourt and I even can’t open VirtualBox application and Transmission client. So, the actual problem here is the file «libidn2.so.0» has gone missing. We need to find it out!

$ ls -la /usr/lib/libidn*

Sample output from my Arch Linux system:

lrwxrwxrwx 1 root root 22 Jul 22 2013 /usr/lib/libidnkitlite.so -> libidnkitlite.so.1.0.2
lrwxrwxrwx 1 root root 22 Jul 22 2013 /usr/lib/libidnkitlite.so.1 -> libidnkitlite.so.1.0.2
-rw-r--r-- 1 root root 276352 Jul 22 2013 /usr/lib/libidnkitlite.so.1.0.2
lrwxrwxrwx 1 root root 18 Jul 22 2013 /usr/lib/libidnkit.so -> libidnkit.so.1.0.2
lrwxrwxrwx 1 root root 18 Jul 22 2013 /usr/lib/libidnkit.so.1 -> libidnkit.so.1.0.2
-rw-r--r-- 1 root root 282368 Jul 22 2013 /usr/lib/libidnkit.so.1.0.2
lrwxrwxrwx 1 root root 17 Aug 15 19:00 /usr/lib/libidn.so -> libidn.so.11.6.16
lrwxrwxrwx 1 root root 17 Aug 15 19:00 /usr/lib/libidn.so.11 -> libidn.so.11.6.16
-rwxr-xr-x 1 root root 210872 Aug 15 19:00 /usr/lib/libidn.so.11.6.16

I had «libidn.so», but can’t find «libidn2.so.0». Since pacman and any other package manager didn’t work, there is no way to install, upgrade or downgrade any packages from official repository or local cache. So, I thought that the only way might be to download the package that has the missing file from Internet, extract it and finally copy the missing file(s) to /usr/lib/ directory. Let me create a directory to save libdin2 tar file:

$ mkdir libidn

$ cd libidn

Find and download the latest version of this package. A quick google search brought me here. Extract the file:

$ tar xf libidn2-2.0.4-2-x86_64.pkg.tar.xz

The above command extracted the contents of the file in a directory named «usr». Go to the usr/lib folder: (Note — It is usr/lib, not /usr/lib)

$ cd usr/lib

Finally copy the missing file, in our case it is libidn2.so.0, to /usr/lib/ directory of your Arch Linux system.

$ sudo cp libidn2.so.0 /usr/lib/

Then, I ran:

$ sudo pacman -syu

Voila! Pacman works now!! Oops! Oh no, wait.. It didn’t work. I got this error after few minutes.

[....]
(511/511) checking keys in keyring [######################] 100%
(511/511) checking package integrity [######################] 100%
(511/511) loading package files [######################] 100%
(511/511) checking for file conflicts [######################] 100%
error: failed to commit transaction (conflicting files)
libidn2: /usr/lib/libidn2.so.0 exists in filesystem
Errors occurred, no packages were upgraded.

To fix this, I ran:

$ sudo pacman -S libidn2 --force

Then, I tried update again:

$ sudo pacman -Syu

Fixed!! All good now. So, if you guys ever run into an issue something like «error while loading shared libraries: .. cannot open shared object file: No such file or directory», one way to fix this is to find the the package that contains the missing files, download the latest version of that package, extract it and copy the missing files to /usr/lib/ directory. Of course, there could be many ways to fix such kind of issues. But this is the only working solution I could find and I find this much easier and faster. This trick might work on other Linux distros too.

Related read:

• How To Restore Broken Arch Linux To Previous Working State
• How To Fix “unable to lock database” Error In Arch Linux
• How To Fix “invalid or corrupted package (PGP signature)” Error In Arch Linux
• How To Solve “Starting full system upgrade… there is nothing to do” Issue In Arch Linux
• How To Solve “error: failed to commit transaction (conflicting files)” In Arch Linux

Moderator: Project members

bash-2.05b# ./filezilla
./filezilla: error while loading shared libraries: libidn.so.11: cannot open shared object file: No such file or directory

bash-2.05b# ldd filezilla
        linux-gate.so.1 =>  (0xffffe000)
        libgtk-x11-2.0.so.0 => /usr/lib32/libgtk-x11-2.0.so.0 (0x5558a000)
        libgdk-x11-2.0.so.0 => /usr/lib32/libgdk-x11-2.0.so.0 (0x55872000)
        libatk-1.0.so.0 => /usr/lib32/libatk-1.0.so.0 (0x558e6000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib32/libgdk_pixbuf-2.0.so.0 (0x55901000)
        libpangoxft-1.0.so.0 => /usr/lib32/libpangoxft-1.0.so.0 (0x55918000)
        libpangox-1.0.so.0 => /usr/lib32/libpangox-1.0.so.0 (0x5591d000)
        libpango-1.0.so.0 => /usr/lib32/libpango-1.0.so.0 (0x55929000)
        libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0x5595e000)
        libgmodule-2.0.so.0 => /usr/lib32/libgmodule-2.0.so.0 (0x5599d000)
        libgthread-2.0.so.0 => /usr/lib32/libgthread-2.0.so.0 (0x559a1000)
        libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0x559a6000)
        libz.so.1 => /lib32/libz.so.1 (0x55a26000)
        libdl.so.2 => /lib32/libdl.so.2 (0x55a38000)
        libidn.so.11 => not found
        libstdc++.so.5 => /usr/lib32/libstdc++.so.5 (0x55a3b000)
        libm.so.6 => /lib32/libm.so.6 (0x55aee000)
        libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0x55b10000)
        libpthread.so.0 => /lib32/libpthread.so.0 (0x55b19000)
        libc.so.6 => /lib32/libc.so.6 (0x55b6d000)
        libX11.so.6 => /usr/X11R6/lib32/libX11.so.6 (0x55c84000)
        libXrandr.so.2 => /usr/X11R6/lib32/libXrandr.so.2 (0x55d4f000)
        libXi.so.6 => /usr/X11R6/lib32/libXi.so.6 (0x55d53000)
        libXinerama.so.1 => /usr/X11R6/lib32/libXinerama.so.1 (0x55d5b000)
        libXft.so.2 => /usr/X11R6/lib32/libXft.so.2 (0x55d5f000)
        libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0x55d72000)
        libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0x55ddb000)
        libXcursor.so.1 => /usr/X11R6/lib32/libXcursor.so.1 (0x55e02000)
        libXrender.so.1 => /usr/X11R6/lib32/libXrender.so.1 (0x55e0b000)
        libXext.so.6 => /usr/X11R6/lib32/libXext.so.6 (0x55e14000)
        libpangoft2-1.0.so.0 => /usr/lib32/libpangoft2-1.0.so.0 (0x55e24000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x55555000)
        libexpat.so.0 => /usr/lib32/libexpat.so.0 (0x55e4a000)

bash-2.05b# ll /usr/lib32/libidn.so*
lrwxrwxrwx  1 root root   16 Jan 11 15:23 /usr/lib32/libidn.so -> libidn.so.11.1.4
lrwxrwxrwx  1 root root   16 Jan 11 15:23 /usr/lib32/libidn.so.11 -> libidn.so.11.1.4
-rwxr-xr-x  1 root root 190K Oct 21 13:50 /usr/lib32/libidn.so.11.1.4

bash-2.05b# ll /lib32/libidn.so*
lrwxrwxrwx  1 root root   16 Jan 11 15:19 /lib32/libidn.so -> libidn.so.11.1.4
lrwxrwxrwx  1 root root   16 Jan 11 15:19 /lib32/libidn.so.11 -> libidn.so.11.1.4
-rwxr-xr-x  1 root root 190K Oct 21 13:50 /lib32/libidn.so.11.1.4

bash-2.05b# ll /usr/lib32/libidn.so*
lrwxrwxrwx  1 root root   16 Jan 11 15:23 /usr/lib32/libidn.so -> libidn.so.11.1.4
lrwxrwxrwx  1 root root   16 Jan 11 15:23 /usr/lib32/libidn.so.11 -> libidn.so.11.1.4
-rwxr-xr-x  1 root root 190K Oct 21 13:50 /usr/lib32/libidn.so.11.1.4

bash-2.05b# ll /lib32/libidn.so*
lrwxrwxrwx  1 root root   16 Jan 11 15:19 /lib32/libidn.so -> libidn.so.11.1.4
lrwxrwxrwx  1 root root   16 Jan 11 15:19 /lib32/libidn.so.11 -> libidn.so.11.1.4
-rwxr-xr-x  1 root root 190K Oct 21 13:50 /lib32/libidn.so.11.1.4

amd64 bin # cat /etc/ld.so.conf
# ld.so.conf autogenerated by env-update; make all changes to
# contents of /etc/env.d directory
/usr/local/lib
/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.4
/usr/lib/opengl/nvidia/lib
/usr/lib32/opengl/nvidia/lib
/usr/X11R6/lib64
/usr/X11R6/lib
/opt/blackdown-jdk-1.4.2.01/jre/lib/amd64/
/opt/blackdown-jdk-1.4.2.01/jre/lib/amd64/native_threads/
/opt/blackdown-jdk-1.4.2.01/jre/lib/amd64/classic/
/lib32
/usr/lib32
/emul/linux/x86/lib
/emul/linux/x86/usr/lib
/usr/qt/3/lib
/usr/kde/3.3/lib
/usr/kde/3.2/lib
/usr/X11R6/lib32
/usr/games/lib

amd64 bin # ldconfig -p |grep 'libidn.so.11'
        libidn.so.11 (libc6,x86-64) => /lib32/libidn.so.11
        libidn.so.11 (libc6,x86-64) => /usr/lib32/libidn.so.11
        libidn.so.11 (libc6,x86-64) => /lib/libidn.so.11
        libidn.so.11 (libc6,x86-64) => /usr/lib/libidn.so.11