加载共享库时出现Linux错误:无法打开共享对象文件:没有此类文件或目录

Question

Program是Xenomai测试套件的一部分,从Linux PC交叉编译为Linux + Xenomai ARM工具链.

# echo $LD_LIBRARY_PATH                                                                                                                                          
/lib                                                                                                                                                             
# ls /lib                                                                                                                                                        
ld-2.3.3.so         libdl-2.3.3.so      libpthread-0.10.so                                                                                                       
ld-linux.so.2       libdl.so.2          libpthread.so.0                                                                                                          
libc-2.3.3.so       libgcc_s.so         libpthread_rt.so                                                                                                         
libc.so.6           libgcc_s.so.1       libstdc++.so.6                                                                                                           
libcrypt-2.3.3.so   libm-2.3.3.so       libstdc++.so.6.0.9                                                                                                       
libcrypt.so.1       libm.so.6                                                                                                                                    
# ./clocktest                                                                                                                                                    
./clocktest: error while loading shared libraries: libpthread_rt.so.1: cannot open shared object file: No such file or directory                                 

编辑:好的我没注意到.1的结尾是文件名的一部分.这究竟是什么意思？

Answer 1

您的库是一个动态库.您需要告诉操作系统它可以在运行时找到它.

为此,我们需要执行以下简单步骤:

(1)如果您不知道图书馆,请查找图书馆的位置.

sudo find / -name the_name_of_the_file.so

(2)检查是否存在动态库路径环境变量(LD_LIBRARY_PATH)

$ echo $LD_LIBRARY_PATH

如果没有要显示的内容,请添加默认路径值(如果您愿意,则添加)

$ LD_LIBRARY_PATH=/usr/local/lib

(3)我们添加欲望路径,导出它并尝试应用程序.

请注意,路径应该是其所在的目录path.so.something.所以,如果path.so.something是/my_library/path.so.something它应该是:

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

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

Answer 2

您可以尝试以下几种解决方案:

LDCONFIG

正如AbiusX所指出的:如果你刚刚安装了库,你可能只需要运行ldconfig.

sudo ldconfig

ldconfig创建必要的链接并缓存到命令行,文件/etc/ld.so.conf和受信任目录(/ lib和/ usr/lib)中指定的目录中找到的最新共享库.

通常,您的软件包管理器会在您安装新库时处理此问题,但并非总是如此,即使这不是您的问题,运行ldconfig也不会受到影响.

开发包或错误的版本

如果这不起作用,我还会查看Paul的建议,并寻找图书馆的"-dev"版本.许多库分为开发和非开发包.您可以使用此命令查找它:

apt-cache search <libraryname>

如果您只安装了错误的库版本,这也会有所帮助.有些库同时以不同版本发布,例如Python.

图书馆位置

如果您确定安装了正确的软件包,并且ldconfig没有找到它,则它可能只是在非标准目录中.默认情况下,看起来LDCONFIG中/lib,/usr/lib和目录中列出/etc/ld.so.conf和$LD_LIBRARY_PATH.如果您的库位于其他位置,则可以在其自己的行中添加目录/etc/ld.so.conf,将库的路径附加到其中$LD_LIBRARY_PATH,或将库移动到其中/usr/lib.然后跑ldconfig.

要找出图书馆的位置,请尝试以下方法:

sudo find / -iname *libraryname*.so*

(替换libraryname为您的图书馆名称)

如果你去$LD_LIBRARY_PATH路线,你会想把它放到你的~/.bashrc文件中,这样每次登录时它都会运行:

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

Answer 3

更新
虽然我在下面写的内容是关于共享库的一般答案,但我认为这些消息的最常见原因是因为您安装了一个软件包,但没有安装该软件包的"-dev"版本.

嗯,这不是说谎 - libpthread_rt.so.1那个列表中没有.您可能需要重新配置并重新构建它,以便它取决于您拥有的库,或安装提供的任何库libpthread_rt.so.1.

通常,.so之后的数字是版本号,你经常会发现它们是彼此的符号链接,所以如果你有libfoo.so的1.1版本,你将拥有一个真正的文件libfoo.so.1.0,和符号链接foo.so和foo.so.1指向libfoo.so.1.0.如果您安装版本1.1而不删除另一个版本,那么您将拥有一个libfoo.so.1.1,而libfoo.so.1和libfoo.so现在将指向新版本,但任何需要该版本的代码都可以使用libfoo.so.1.0文件.代码只依赖于版本1 API,但不关心它是1.0还是1.1将指定libfoo.so.1.正如orip在评论中指出的那样,这在http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html中得到了很好的解释.

在你的情况下,你可以通过符号链接libpthread_rt.so.1来逃避libpthread_rt.so.但不保证它不会破坏你的代码并吃掉你的电视晚餐.

Answer 4

我有类似的错误,我可以通过给予解决它,

sudo ldconfig -v

希望这可以帮助.

Answer 5

在编译.c文件时,需要确保在链接期间指定库路径:

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

-Wl,-R部分告诉生成的二进制文件在运行时在/ usr/local/lib中查找库,然后再尝试使用/ usr/lib /中的库

希望它会对你有所帮助.

Answer 6

linux.org参考页面解释了机制,但没有解释它背后的任何动机:-(

为此,请参阅Sun链接器和库指南

此外,请注意"外部版本控制"在Linux上基本上已经过时,因为符号版本控制(GNU扩展)允许您在单个库中存在同一函数的多个不兼容版本.这个扩展允许glibc拥有相同的外部版本:libc.so.6过去10年.

Answer 7

尝试添加LD_LIBRARY_PATH(表示搜索路径)到您的~/.bashrc文件

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path_to_your_library

有用!

Answer 8

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

最后添加这些行

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

Answer 9

要添加的是，如果您的库位于非标准路径中，请ldconfig在路径后运行。

例如我必须运行：

sudo ldconfig /opt/intel/oneapi/mkl/2021.2.0/lib/intel64

让 R 针对 Intel MKL 进行编译

Answer 10

根据您的情况，另一种可能的解决方案。

如果您知道 libpthread_rt.so.1 与 libpthread_rt.so 相同，那么您可以通过以下方式创建符号链接：

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

然后ls -l /lib现在应该显示符号链接及其指向的内容。

Answer 11

我有一个类似的错误，它没有通过在 ~/.bashrc 中给出 LD_LIBRARY_PATH 来解决。解决我的问题的方法是添加 .conf 文件并加载它。转到终端并在 su 中。

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

在此文件中添加您的库路径并保存。（例如：/usr/local/lib）。您必须运行以下命令来激活路径：

ldconfig

验证您的新库路径：

ldconfig -v | less

如果这显示了您的库文件，那么您就可以开始了。