libssl.so.10: невозможно открыть файл общих объектов: нет такого файла или каталога
Это не сработало в моем случае, но я нашел «трюк», который выполняет эту работу, поэтому, возможно, это будет полезно для кого-то. Просто введите это в терминал:
echo "1" > /sys/module/snd_hda_intel/parameters/power_save
Если он работает, добавьте его в свои сценарии запуска.
4 ответа
Кажется, что 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
-
1-1 для команды cp. Все, что вам нужно, это ln -s – A.B. 21 December 2015 в 20:07
-
2@ A.B. это абсолютно верно – Dziamid 23 December 2015 в 13:16
Я один из разработчиков этих инструментов. Наши двоичные файлы не поддерживают Ubuntu официально (пока). Официальным способом решить эту проблему является перекомпиляция из источника, который просто стал чрезвычайно простым (см. Https://github.com/NullModel/kentUtils). В настоящее время мы пытаемся создать статические двоичные файлы без зависимости libssl.
В моем случае я по глупости использовал приложение, составленное для Red Hat Enterprise Linux на моей машине Ubuntu. Простое использование версии Ubuntu решило проблему.
Это похоже на отсутствие поддержки Ubuntu, о которой описывает Макс.
-
1Тоже самое. Не совсем уверен, что это главная причина, но это может быть просто. Fyi - программное обеспечение было RoyalRender. – bossi 26 October 2015 в 00:16
-
2да, в моем случае я скачал mongo tar.gz для не ubuntu (другой Linux). Когда скачать mongo см. Выпадающий список на сайте mongo и выберите ubuntu. – Maxim Yefremov 9 July 2016 в 10:34
-
3то же самое здесь ... Новое для Ubuntu ... этот ответ спас меня после примерно 45 минут поиска и испытаний – CodeBurner 15 May 2017 в 00:24
Как-то мои символические ссылки были повреждены при установке более новой версии OpenSSL. Чтобы исправить эту ситуацию, я исправил свои символические ссылки в / usr / lib64. Например. [F1]