libssl.so.10:无法打开共享对象文件:没有这样的文件或目录
我试图使用twoBitToFa,这是加州大学圣克鲁兹分校发布的一个小程序,解压缩大型基因组文件,我得到这个错误:
error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory
我试着搜索提供它的包。 我从具有“yum提供”的Fedora切换但是在寻找Ubuntu等价物时,我遇到了’apt-file search’,但是当我尝试了这个时,我得到了一个命令not found error。
我怎样才能获得这个libssl文件,更一般地说,我如何搜索哪个包提供了一个文件,以便将来我自己可以做到这一点?
让我们确保您已安装并更新了SSL:
sudo apt-get update sudo apt-get install libssl1.0.0 libssl-dev
现在,我们通过创建链接来修复文件的命名:
cd /lib/x86_64-linux-gnu sudo ln -s libssl.so.1.0.0 libssl.so.10 sudo ln -s libcrypto.so.1.0.0 libcrypto.so.10
最后,让我们告诉开发人员这个漏洞,以便他可以解决它:)
似乎mongo期待/usr/lib/
libssl文件:
sudo ln -s /lib/x86_64-linux-gnu/libssl.so.1.0.0 /usr/lib/libssl.so.10 sudo ln -s /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 /usr/lib/libcrypto.so.10
我是这些工具的开发人员之一。 我们的二进制文件尚未正式支持Ubuntu。 修复此问题的官方方法是从源代码重新编译,这非常简单(请参阅https://github.com/NullModel/kentUtils )。 我们目前正在尝试构建没有libssl依赖的静态二进制文件。
就我而言,我愚蠢地在我的Ubuntu机器上使用为Red Hat Enterprise Linux编译的应用程序。 仅仅使用Ubuntu版本解决了这个问题。
这类似于Max所描述的对Ubuntu缺乏支持。
在安装较新版本的OpenSSL时,我以某种方式损坏了我的符号链接。 为了解决这种情况,我在/ usr / lib64中修复了符号链接。 例如sudo ln -sf libssl.so.0.9.8e libssl.so.10
关于apt-file,首先你必须安装它
sudo apt install apt-file
并更新其缓存
sudo apt-file update
那么apt-file搜索some-file应该可行。
关于软件包安装,我认为你不应该需要libssl-dev,你只需要libssl1.0.0 – 这是运行时库。 第二个是发展