LINUX.ORG.RU

libssl.so.0.9.8: cannot open shared object file: No such file or directory

 ,


0

1

полгода назад установил utserver. все шло хорошо, пока в один прекрасный момент он не перестал запускаться с вышеозначенной ошибкой.

root at server /opt/utorrent # ldd ./utserver
        linux-gate.so.1 (0xf7767000)
        libssl.so.0.9.8 => not found
        libcrypto.so.0.9.8 => not found
        libpthread.so.0 => /lib32/libpthread.so.0 (0xf7737000)
        libm.so.6 => /lib32/libm.so.6 (0xf770f000)
        librt.so.1 => /lib32/librt.so.1 (0xf7706000)
        libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/32/libgcc_s.so.1 (0xf76eb000)
        libc.so.6 => /lib32/libc.so.6 (0xf7563000)
        /lib/ld-linux.so.2 (0xf7768000)

при этом libssl.so.0.9.8 в системе стоит, как и libcrypto.so.0.9.8:

root at server /opt/utorrent # file /usr/lib/libssl.so.0.9.8
/usr/lib/libssl.so.0.9.8: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
root at server /opt/utorrent # file /usr/lib/libcrypto.so.0.9.8
/usr/lib/libcrypto.so.0.9.8: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

что могло произойти и как заставить его работать?

★★★★★

lib32. У тебя 32хбитные либы потерялись, а не 64хбитные

DoctorSinus ★★★★★ ()
Ответ на: комментарий от DoctorSinus

да, в /usr/lib32 ничего нет

куда они могли деться и как вернуть их обратно? gentoo ~amd64

jcd ★★★★★ ()
Ответ на: комментарий от jcd

ясно, видимо depclean как-то раз снёс emul-linux-x86-baselibs. проблема решена.

jcd ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.