Error de Linux al cargar bibliotecas compartidas: no se puede abrir el archivo objeto compartido: No hay tal archivo o directorio

Su biblioteca es una biblioteca dinámica. Debe indicarle al sistema operativo dónde puede ubicarlo en tiempo de ejecución.

Para hacerlo, tendremos que hacer esos sencillos pasos:

(1 ) Encuentra dónde se encuentra la biblioteca si no la conoces.

sudo find / -name the_name_of_the_file.so

(2) Comprobar la existencia de la variable de entorno dynamic library path(LD_LIBRARY_PATH)

$ echo $LD_LIBRARY_PATH

Si no hay nada que mostrar, agregue un valor de ruta predeterminado (o no si lo desea)

$ LD_LIBRARY_PATH=/usr/local/lib

(3) Añadimos el camino del deseo, exportarlo y probar la aplicación.

Tenga en cuenta que la ruta debe ser el directorio donde está path.so.something. Así que si path.so.something está en /my_library/path.so.something debería ser:

$ LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/my_library/
$ export LD_LIBRARY_PATH
$ ./my_app

Fuente : http://www.gnu.org/software/gsl/manual/html_node/Shared-Libraries.html

Aquí hay algunas soluciones que puede probar:

Ldconfig

Como señaló AbiusX: Si acaba de instalar la biblioteca, puede que simplemente necesite ejecutar ldconfig.

sudo ldconfig

Ldconfig crea los enlaces necesarios y la caché a los más recientes bibliotecas compartidas que se encuentran en los directorios especificados en el comando línea en el archivo /etc/ld.así.conf, y en los directorios de confianza (/lib y /usr/lib).

Normalmente su paquete manager se encargará de esto cuando instale una nueva biblioteca, pero no siempre, y no hará daño ejecutar ldconfig incluso si ese no es su problema.

Paquete de desarrollo o versión incorrecta

Si eso no funciona, también revisaría La sugerencia de Pablo y buscaría una versión "-dev" de la biblioteca. Muchas bibliotecas están divididas en paquetes dev y no-dev. Puedes usar este comando para buscarlo:

apt-cache search <libraryname>

Esto también puede ayudar si simplemente tiene la versión incorrecta de la biblioteca instalada. Algunas bibliotecas se publican en diferentes versiones simultáneamente, por ejemplo, Python.

Ubicación de la biblioteca

Si está seguro de que el paquete correcto está instalado, y ldconfig no lo encontró, puede estar en un directorio no estándar. Por defecto, ldconfig busca /lib, /usr/lib, y directorios listados en /etc/ld.so.conf y $LD_LIBRARY_PATH. Si su biblioteca está en otro lugar, puede agregar el directorio en su propia línea en /etc/ld.so.conf, anexar la ruta de la biblioteca a $LD_LIBRARY_PATH, o mueva la biblioteca a /usr/lib. A continuación, ejecute ldconfig.

Para averiguar dónde está la biblioteca, pruebe esto:

sudo find / -iname *libraryname*.so*

(Reemplace libraryname con el nombre de su biblioteca)

Si vas por la ruta $LD_LIBRARY_PATH, querrás ponerla en tu archivo ~/.bashrc para que se ejecute cada vez que inicies sesión:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/library

Tuve el error similar, pude resolverlo dando,

sudo ldconfig -v

Espero que esto ayude.

Debe asegurarse de especificar la ruta de acceso de la biblioteca durante enlazar cuando se compila su .archivo c:

Gcc-I / usr / local / include xxx. c-o xxx-L / usr / local / lib - Wl, - R/usr/local / lib

La parte-Wl, - R le dice al binario resultante que también busque la biblioteca en /usr / local /lib en tiempo de ejecución antes de intentar usar el de/usr/lib /

Espero que te ayude.

El linux.org la página de referencia explica la mecánica, pero no explica ninguna de las motivaciones detrás de ella: - (

Para eso, ver Sun Linker y Guía de Bibliotecas

Además, tenga en cuenta que el "control de versiones externo" es en gran medida obsoleto en Linux, porque el control de versiones de símbolos (una extensión de GNU) le permite tener varias versiones incompatibles de la misma función para estar presentes en una sola biblioteca. Esta extensión permitió a glibc tener la misma versión externa: libc.so.6 para el últimos 10 años.

Intente agregar LD_LIBRARY_PATH, que indica rutas de búsqueda, a su archivo ~/.bashrc

LD_LIBRARY_PATH=path_to_your_library

Funciona!

cd /home/<user_name>/
sudo vi .bash_profile

Añadir estas líneas al final

LD_LIBRARY_PATH=/usr/local/lib:<any other paths you want>
export LD_LIBRARY_PATH

Otra posible solución dependiendo de su situación.

Si sabes que libpthread_rt. so. 1 es lo mismo que libpthread_rt.so a continuación, puede crear un enlace simbólico mediante:

ln -s /lib/libpthread_rt.so /lib/libpthread_rt.so.1

Entonces ls -l /lib ahora debería mostrar el enlace simbólico y a qué apunta.

Todo lo que tenía que hacer era correr:

sudo apt-get install libfontconfig1

Estaba en la carpeta ubicada en /usr/lib/x86_64-linux-gnu y funcionó perfectamente.

Si está ejecutando su aplicación en Microsoft Windows, la ruta a las bibliotecas dinámicas (.dll) debe definirse en la variable de entorno PATH.

Si está ejecutando su aplicación en UNIX, la ruta a sus bibliotecas dinámicas (.so) debe definirse en la variable de entorno LD_LIBRARY_PATH.

Tuve un error similar y no se solucionó dando LD_LIBRARY_PATH en ~/.bashrc . Lo que resolvió mi problema es añadiendo .conf archivo y cargarlo. Ir a terminal y be en su.

gedit /etc/ld.so.conf.d/myapp.conf

Agregue la ruta de su biblioteca en este archivo y guárdela.(eg: / usr / local / lib). Debe ejecutar el siguiente comando para activar path:

ldconfig

Verifique La Nueva Ruta de La Biblioteca:

ldconfig -v | less

Si esto muestra los archivos de la biblioteca, entonces está listo.

Intente instalar sudo lib32z1

Sudo apt-get install lib32z1

Tuve este error al ejecutar mi aplicación con Eclipse CDT en Linux x86. Para arreglar esto:

1. En Eclipse: Ejecutar como > Ejecutar configuraciones > Entorno
2. LD_LIBRARY_PATH = / my_lib_directory_path

El error se produce porque el sistema no puede hacer referencia al archivo de biblioteca mencionado. Tome las siguientes medidas:

1. Ejecutando locate libpthread_rt.so.1 listará la ruta de todos los archivos con ese nombre. Supongamos que un camino es /home/user/loc.
2. Copie la ruta y ejecute cd home/USERNAME. Reemplace USERNAME con el nombre del usuario activo actual con el que desea ejecutar el archivo.
3. Ejecute vi .bash_profile y al final del parámetro LD_LIBRARY_PATH, justo antes de ., agregue la línea /lib://home/usr/loc:.. Guarde el archivo.
4. Cerrar terminal y reinicie la aplicación. Debería funcionar.

Tengo este error y creo que es la misma razón de la suya

error while loading shared libraries: libnw.so: cannot open shared object 
file: No such file or directory

Prueba esto. Se corrigen los permisos en los archivos:

cd /opt/Popcorn (or wherever it is) 
chmod -R 555 * (755 if not ok) 
chown -R root:root *

"sudo su" para obtener permisos en su sistema de archivos.

Tengo este error y creo que es la misma razón de la suya

Error al cargar bibliotecas compartidas: libnw.so: no se puede abrir compartido archivo objeto: No hay tal archivo o directorio

Prueba esto. Fijar permisos en archivos:

cd /opt/Popcorn (or wherever it is) 
chmod -R 555 * (755 if not ok)