dpkg -i error: невозможно открыть ... нет такого файла или каталога
Я пытаюсь установить libssl 0.9.8 на lubuntu 20.04.1.
Я не нашел способа установить его с помощью apt, поэтому я загрузил пакет .deb из архива панели запуска ubuntu Trusty (14.04) .
Я пытаюсь установить его следующим образом:
kids@Dani:~/Downloads$ sudo dpkg -i libssl0.9.8_0.9.8o-7ubuntu3.2.14.04.1_amd64.deb
Выдает следующую ошибку:
(Reading database ... 268220 files and directories currently installed.)
Preparing to unpack libssl0.9.8_0.9.8o-7ubuntu3.2.14.04.1_amd64.deb ...
Unpacking libssl0.9.8:amd64 (0.9.8o-7ubuntu3.2.14.04.1) ...
dpkg: error processing archive libssl0.9.8_0.9.8o-7ubuntu3.2.14.04.1_amd64.deb (--install):
unable to open '/lib/x86_64-linux-gnu/libcrypto.so.0.9.8.dpkg-new': No such file or directory
Errors were encountered while processing:
libssl0.9.8_0.9.8o-7ubuntu3.2.14.04.1_amd64.deb
Я пытался создать такой каталог и удалить его из такого файла, но ничего не изменилось. Вы знаете, как установить его с помощью apt? Есть ли другой способ исправить это?
Я использую правильную архитектуру (64-битная на 64-битной ВМ, с использованием плеера VMware Workstation на 64-битной Windows 10).
2 ответа
Исходники пакета доступны здесь. Исходники пакетов можно загрузить и скомпилировать, используя следующий синтаксис:
wget https://launchpad.net/ubuntu/+archive/primary/+sourcefiles/openssl098/0.9.8o-7ubuntu3.2.14.04.1/openssl098_0.9.8o.orig.tar.gz
tar -xvzf openssl098_0.9.8o.orig.tar.gz
cd ./openssl-0.9.8o/
./config
make
make test
sudo make install_sw
- В последней строке «install_sw» (вместо просто «установить») — обходной путь, позволяющий избежать ошибки, связанной со страницами руководства. Есть еще один способ справиться с проблемой; см. здесь.
У меня была аналогичная проблема с другим пакетом, который я удалось решить с помощью следующей последовательности. Во-первых, ошибка:
(Reading database ... 66160 files and directories currently installed.)
Preparing to unpack .../_amd64.deb ...
Unpacking adoptopenjdk-11-hotspot (11.0.6+10-2) over (11.0.9+11.1-3) ...
dpkg: error processing archive /var/cache/apt/archives/adoptopenjdk-11-hotspot_11.0.6+10-2_amd64.deb (--unpack):
unable to open '/usr/lib/jvm/adoptopenjdk-11-hotspot-amd64/man/ja/man1/jcmd.1.dpkg-new': No such file or directory
Errors were encountered while processing:
/var/cache/apt/archives/adoptopenjdk-11-hotspot_11.0.6+10-2_amd64.deb
При расследовании я заметил что-то странное в папке /usr/lib/jvm/adoptopenjdk-11-hotspot-amd64/man:
$ ls -la /usr/lib/jvm/adoptopenjdk-11-hotspot-amd64/man
total 16
drwxr-xr-x 4 root root 4096 Oct 1 06:36 .
drwxrwxr-x 9 root root 4096 Nov 4 08:42 ..
lrwxrwxrwx 1 root root 11 Aug 30 11:33 ja -> ja_JP.UTF-8
drwxr-xr-x 3 root root 4096 Oct 1 06:36 ja_JP.UTF-8
drwxr-xr-x 2 root root 4096 Nov 4 08:42 man1
total 8
drwxr-xr-x 2 root root 4096 Nov 4 08:42 .
drwxr-xr-x 3 root root 4096 Oct 1 06:36 ..
Папка ja (которая, по-видимому, была причиной ошибки dpkg) на самом деле была символической ссылкой, указывающей на папку ja_JP.UTF-8.
Я решил свою проблему, удалив символическую ссылку и воссоздав ее как настоящую папку (также воссоздав ее дочернюю папку man1):
/usr/lib/jvm/adoptopenjdk-11-hotspot-amd64/man$ sudo rm ja
/usr/lib/jvm/adoptopenjdk-11-hotspot-amd64/man$ sudo mkdir ja
/usr/lib/jvm/adoptopenjdk-11-hotspot-amd64/man$ sudo mkdir ja/man1
Затем я переустановил adoptopenjdk-11-hotspot_11.0.6 +10-2, и все прошло гладко.