Linux невозможно открыть разделяемый объектный файл

Убираем ошибку «PAM unable to dlopen(/usr/lib/security/pam_gnome_keyring.so)»

gnome-keyring-daemon — это сервис, который хранит ваши пароли и секретные фразы. Обычно он запускается автоматически, когда пользователь входит в сеанс рабочего стола.

gnome-keyring-daemon реализует API DBus Secret Service, и вы можете использовать инструменты, такие как seahorse или secret-tool, для взаимодействия с ним.

Демон также реализует агент GnuPG и SSH, который автоматически загружает ключи пользователя и запрашивает пароли, когда это необходимо.

Демон будет печатать различные переменные среды, которые должны быть установлены в пользовательской среде, чтобы взаимодействовать с демоном.

gnome-keyring — это инструмент командной строки, который используется при взаимодействии с gnome-keyring-daemon.

PAM unable to dlopen(/usr/lib/security/pam_gnome_keyring.so): /usr/lib/security/pam_gnome_keyring.so: невозможно открыть разделяемый объектный файл: Нет такого файла> PAM adding faulty module: /usr/lib/security/pam_gnome_keyring.so

Её причиной является отсутствие пакета gnome-keyring. Таким образом, для исправления ошибки достаточно установить этот пакет.

На Ubuntu, Linux Mint, Debian и других её производных для этого пакета выполните команду:

sudo apt install gnome-keyring

На Arch Linux и других его производных выполните:

sudo pacman -S gnome-keyring

Источник

Решение проблемы «0034:err:module:load_builtin_dll failed to load .so lib for builtin L»l3codeca.acm»: libmpg123.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога»

В Linux при работе в консоли, а также при запуске некоторых программ вы можете столкнуться с ошибкой:

0034:err:module:load_builtin_dll failed to load .so lib for builtin L"l3codeca.acm": libmpg123.so.0: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога

Суть проблемы в том, что запускаемая программа не может открыть файл (библиотеку) libmpg123.so.0, поскольку этот файл отсутствует в вашей системе.

Я такую ошибку получил, например, при запуске программы по настройке Wine:

Чтобы решить эту проблему, нужно установить пакет, который содержит файл libmpg123.so.0.

Для Debian и производных дистрибутивов (Kali Linux, Ubuntu, Linux Mint) данным пакетом является libmpg123-0. Для его установки выполните:

sudo apt install libmpg123-0

Для Arch Linux и его производных (BlackArch) файл libmpg123.so.0 содержится в пакете lib32-mpg123. Для его установки выполните:

sudo pacman -S lib32-mpg123

После установки данного пакета проблема должна исчезнуть:

Описание libmpg123-0

Аудиодекодер MPEG layer 1/2/3 (совместно используемая библиотека) mpg123 – это MPEG 1.0/2.0/2.5 аудиоплеер/декодер реального времени для уровней 1, 2 и 3 (MPEG 1.0 layer 3, также известный как MP3).

Этот пакет содержит библиотеки C, необходимые для запуска исполняемых файлов, которые используют библиотеку mpg123.

Описание lib32-mpg123

Консольный проигрыватель MPEG Audio в реальном времени для уровней 1, 2 и 3 (32-разрядный).

Близкие статьи

Источник

unixforum.org

Файл точно есть, проверял, а оибка не пропадает. может что в настройках не так.

Re: Проблема с библиотеками

Во многих программах возникает ошибка:
«невозможно открыть разделяемый объектный файл: Нет такого файла или каталог»

Файл точно есть, проверял, а оибка не пропадает. может что в настройках не так.

Shared библиотеки должны не просто присутствовать на диске, они должны находиться в специальных директориях, которые обычно прописаны в /etc/ld.so.conf
Именно туда они должны устанавливаться при правильной установке пакета. К тому же, должны быть созданы правильные символьные линки к ним там же.
Прогоните команду
ldconfig
от рута. Если проблема не исчезнет, возможно, система сконфигурирована не совсем верно.

esvaf Бывший модератор Сообщения: 844 Статус: экс- LinuxForum.Ru team ОС: CentOS 5.3 Контактная информация:

Re: Проблема с библиотеками

Сообщение esvaf » 27.02.2007 23:45

Во многих программах возникает ошибка:
«невозможно открыть разделяемый объектный файл: Нет такого файла или каталог»

Файл точно есть, проверял, а оибка не пропадает. может что в настройках не так.

Shared библиотеки должны не просто присутствовать на диске, они должны находиться в специальных директориях, которые обычно прописаны в /etc/ld.so.conf
Именно туда они должны устанавливаться при правильной установке пакета. К тому же, должны быть созданы правильные символьные линки к ним там же.
Прогоните команду
ldconfig
от рута. Если проблема не исчезнет, возможно, система сконфигурирована не совсем верно.

Re: Проблема с библиотеками

Сообщение aJIeks » 28.02.2007 06:13

esvaf от xmms плагины (в том числе mp3 плагин), от еще некоторых прог уже сейчас название не вспомню.
Uncle_Theodore ааа. ясно )) так вот что это команда делает ) встревчал ее, но не делал. Вечером сегодня попробую спасиб

Re: Проблема с библиотеками

Сообщение aJIeks » 28.02.2007 16:03

 [alexey@localhost ~]$ xmms /home/alexey/.xmms/Plugins/libmpg123.so: невозможно задействовать исполняемый стек, как требует разделяемый объект: Отказано в доступ􏻐 /usr/lib/xmms/Input/libmpg123.so: невозможно задействовать исполняемый стек, как требует разделяемый объект: Отказано в доступ􏻐 /usr/lib/xmms/Visualization/libbscope.so: невозможно задействовать исполняемый стек, как требует разделяемый объект: Отказано в доступ􏻐 [alexey@localhost ~]$

вот такое пишет. Эт к примеру. ldconfig сделал, не помогло.

Re: Проблема с библиотеками

Сообщение Liksys » 28.02.2007 16:13

/usr/lib/xmms/Input /usr/lib/xmms/Visualization

Re: Проблема с библиотеками

Сообщение aJIeks » 28.02.2007 16:42

Re: Проблема с библиотеками

Сообщение Subj » 28.02.2007 16:45

Re: Проблема с библиотеками

Сообщение aJIeks » 28.02.2007 17:22

 [root@localhost alexey]# ldd $(which xmms) not a dynamic executable

что то мне подсказывает что плохой ответ

Re: Проблема с библиотеками

Сообщение Subj » 28.02.2007 17:41

Ну, тады
ldd /usr/bin/xmms
неужто команды which ненашлось?
Или
ldd `whereis xmms|cut -d» » -f2`
думаю whereis уж точно есть

Источник

Scilab не работает в Debian

В Debian Stable sun-java-jdk 6, а в testing только openjdk.

Тогда ищите где у вас расположена библиотека libjvm.so и правьте сценарий

Если вы используете самостоятельно собранную версию Scilab, обновите сценарий bin/scilab для указания пути к JVM.

find /usr/ -type f -name "libjvm.so" find /opt/ -type f -name "libjvm.so" 

Только не используйте библиотеку от gcc.

обновите сценарий bin/scilab для указания пути к JVM.

Откройте его в текстовом редакторе и посмотрите что в нём . Проанализируйте его содержимое и путь, по которому вы найдёте библиотеку libjvm.so, внесите в файл изменения.

Я имел ввиду: где он лежит?

Выражайте тогда более чётко то, что вы имеете ввиду.

Там нет ни слова про libjvm.so

И не должно быть, там должна быть указана переменная JAVA_HOME, в которой указан путь до директории java или просто указан абсолютны путь.

Я же вам сказал проанализируйте то, что указано в файле и путь до библиотеки. Мда, неужели это так трудно понять и сделать.

Покажите содержимое файла и путь то libjvm.so.

$ find /usr/ -type f -name "libjvm.so" /usr/lib/jvm/java-7-oracle/jre/lib/i386/server/libjvm.so /usr/lib/jvm/java-7-oracle/jre/lib/i386/client/libjvm.so /usr/lib/gcj-4.4-10/libjvm.so 

#!/bin/sh # JAVA_HOME="/usr/lib/jvm/java-7-oracle/" # # Scilab ( http://www.scilab.org/ ) - This file is part of Scilab # Copyright (C) INRIA - 2006-2008 - Sylvestre Ledru # Copyright (C) INRIA - 2008 - Simon Lipp # Copyright (C) DIGITEO - 2009 - Sylvestre Ledru # This file must be used under the terms of the CeCILL. # This source file is licensed as described in the file COPYING, which # you should have received as part of this distribution. The terms # are also available at # http://www.cecill.info/licences/Licence_CeCILL_V2-en.txt 

Или можете определить JAVA_HOME в вашем ~/.bashrc или вызывать так

JAVA_HOME="/usr/lib/jvm/java-7-oracle/" scilab 

kostik87 ★★★★★ ( 15.11.12 14:35:51 MSK )
Последнее исправление: kostik87 15.11.12 14:38:17 MSK (всего исправлений: 3)

Источник