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 – 这是运行时库。 第二个是发展