运行:

sudo ldconfig

足以解决我的问题。

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

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

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

引用来源

更新 虽然我下面所写的是关于共享库的一般答案，但我认为这类消息最常见的原因是因为您安装了一个包，但没有安装该包的-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。不过，不能保证它不会破坏你的代码并吃掉你的电视晚餐。

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

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

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

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

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

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path_to_your_library

它的工作原理!

运行:

sudo ldconfig

足以解决我的问题。