更新 虽然我下面所写的是关于共享库的一般答案，但我认为这类消息最常见的原因是因为您安装了一个包，但没有安装该包的-dev版本。

好吧，这不是撒谎——没有libpthread_rt.so。该列表中的1。您可能需要重新配置和重新构建它，以便它取决于您拥有的库，或者安装任何提供libpthread_rt.so.1的库。

Generally, the numbers after the .so are version numbers, and you'll often find that they are symlinks to each other, so if you have version 1.1 of libfoo.so, you'll have a real file libfoo.so.1.0, and symlinks foo.so and foo.so.1 pointing to the libfoo.so.1.0. And if you install version 1.1 without removing the other one, you'll have a libfoo.so.1.1, and libfoo.so.1 and libfoo.so will now point to the new one, but any code that requires that exact version can use the libfoo.so.1.0 file. Code that just relies on the version 1 API, but doesn't care if it's 1.0 or 1.1 will specify libfoo.so.1. As orip pointed out in the comments, this is explained well at here.

在您的情况下，可以使用libpthread_rt.so符号链接。1到libpthread_rt.so。不过，不能保证它不会破坏你的代码并吃掉你的电视晚餐。

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

为此，请参阅Sun Linker和图书馆指南

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

尝试安装lib32z1:

Sudo apt-get lib32z1

您的库是一个动态库。 您需要告诉操作系统在运行时可以在哪里定位它。

为了做到这一点， 我们需要做这些简单的步骤:

Find where the library is placed if you don't know it. sudo find / -name the_name_of_the_file.so Check for the existence of the dynamic library path environment variable(LD_LIBRARY_PATH) echo $LD_LIBRARY_PATH If there is nothing to be displayed, add a default path value (or not if you wish to) LD_LIBRARY_PATH=/usr/local/lib We add the desired path, export it and try the application. Note that the path should be the directory where the path.so.something is. So if path.so.something is in /my_library/path.so.something, it should be: LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/my_library/ export LD_LIBRARY_PATH ./my_app

引用来源

尝试在~/中添加LD_LIBRARY_PATH，它指示搜索路径。bashrc文件(

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path_to_your_library

它的工作原理!

这里有一些你可以尝试的解决方案:

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

我要做的就是跑

sudo apt-get install libfontconfig1

我在位于/usr/lib/x86_64-linux-gnu的文件夹中，它工作得很好。

另一种可能的解决方案取决于您的情况。

如果你知道libpthread_rt.so。1与libpthread_rt相同。然后你可以创建一个符号链接:

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

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

由于系统无法引用提到的库文件而发生错误。采取以下步骤:

执行locate libpthread_rt.so。1将列出所有具有该名称的文件的路径。假设路径是/home/user/ loco。 拷贝路径，执行cd home/USERNAME命令。将USERNAME替换为要运行该文件的当前活动用户的名称。 运行vi .bash_profile，在LD_LIBRARY_PATH参数的末尾，就在.之前，添加一行/lib://home/usr/loc:..保存文件。 关闭终端并重新启动应用程序。它应该运行。

如果在Microsoft Windows上运行应用程序，则需要在path环境变量中定义动态库(.dll)的路径。

如果在UNIX上运行应用程序，则需要在LD_LIBRARY_PATH环境变量中定义动态库(.so)的路径。

您需要确保在期间指定了库路径 当你编译你的。c文件时链接:

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

-Wl，-R部分告诉生成的二进制文件也查找库 在尝试使用/usr/lib/中的一个之前，在运行时/usr/local/lib。

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

把这几行加在末尾

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

我在Linux x86上使用Eclipse CDT运行应用程序时遇到了这个错误。 要解决这个问题:

在Eclipse中: 执行命令as ->执行配置命令->环境 设置路径 LD_LIBRARY_PATH = / my_lib_directory_path

我有一个类似的错误，它没有修复给LD_LIBRARY_PATH ~/。bashrc。( 解决我的问题是通过添加.conf文件并加载它。 去终端，进入su。

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

在此文件中添加库路径并保存。(如:/usr/local/lib)。 需要执行以下命令激活path:

ldconfig

验证您的新库路径:

ldconfig -v | less

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

我得到了这个错误，我想这和你的原因一样

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

试试这个。修复文件权限:

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

我得到了这个错误，我想这和你的原因一样

加载共享库时出错:libnw。所以:不能打开共享 object文件:没有这样的文件或目录

试试这个。修复文件权限:

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

在这里可以找到一个类似的问题。 我尝试过上面提到的解决方案，它确实有效。

前面几个问题的答案可能有用。但下面是一个简单的方法来解决它。 它通过重新安装libwbclient包来工作 在fedora:

dnf reinstall libwbclient

我使用Ubuntu 18.04

安装相应的-dev包对我来说很有效，

sudo apt install libgconf2-dev

在安装上面的包之前，我得到了以下错误:

turtl: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory

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

例如，我必须跑:

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

在Intel MKL上编译R

运行:

sudo ldconfig

足以解决我的问题。

你可以在这里阅读有关图书馆的内容: https://domiyanyue.medium.com/c-development-tutorial-4-static-and-dynamic-libraries-7b537656163e