libssl.so.10：共有オブジェクトファイルを開けません：そのようなファイルまたはディレクトリはありません

カリフォルニア大学サンタクルーズ大学からリリースされた小さなプログラムであるtwoBitToFaを使用しようとしていますが、これは大きなゲノムファイルを解凍し、このエラーが表示されます。

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

パッケージが提供するものを探してみました。私は持っていyum providesたFedoraから切り替えましたが、Ubuntuの同等のものを探しているapt-file searchときに出くわしましたが、コマンドを見つけられないというエラーが発生しました。

この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がlibsslファイルを期待しているようです/usr/lib/：

  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 search some-fileが動作するはずです。

パッケージのインストールに関しては、libssl-devは必要ないはずです。libssl1.0.0のみが必要です-これはランタイムライブラリです。2つ目は開発用です