☰

Правильный способ добавить /lib/ld-linux.so.3 в Debian

tag-icon • tag-icon debian arm dynamic-linking arm64
Правильный способ добавить /lib/ld-linux.so.3 в Debian

Моя текущая обстановка довольно экзотическая, и мне бы не помешали некоторые разъяснения.

Я бегу наPinebook Pro, работающий на Quad Cortex-A53, 64-битном процессоре. Операционная система — 64-битная версия Debian:

$ uname -a
Linux pinebook 4.4.196 #1 SMP Tue Oct 15 16:54:21 EDT 2019 aarch64 GNU/Linux

Однако по умолчанию была включена только архитектура armhf:

$ dpkg --print-architecture
armhf

Поскольку я хотел запустить двоичные файлы aarch64, я добавил соответствующую архитектуру:

$ dpkg --add-architecture arm64
$ apt update && apt upgrade
$ apt install gcc-6-base:arm64 libc6:arm64 libgcc1:arm64

Это сработало без проблем. Однако после этого я обнаружил, что больше не могу запустить другой 32-битный двоичный файл, потому что он внезапно /lib/ld-linux.so.3исчез. Проверка дала мне следующий вывод.

$ file openocd 
openocd: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=363651b03c33118c80584e99b6f876c7a8663325, stripped

Действительно, ld-linux.so.3отсутствовал. Вместо него я нашел архитектурно-специфичные символические ссылки:

$ ls /lib
aarch64-linux-gnu    firmware               ld-linux-armhf.so.3  systemd
arm-linux-gnueabihf  ifupdown               lsb                  terminfo
cpp                  init                   modprobe.d           udev
dhcpcd               ld-linux-aarch64.so.1  modules

Так как мне нужна была ld-linux.so.3архитектура armhf, я искал ее в разделе /lib/arm-linux-gnueabihf/и, конечно же, она там была. Чтобы решить свою проблему, я затем связал ее в /lib, и двоичный файл снова заработал.

$ ln -s /lib/arm-linux-gnueabihf/ld-linux.so.3 /lib/ld-linux.so.3

Теперь вопрос: чтобы исправить эту проблему, мне пришлось напрямую возиться с /lib, что не идеально. Какое решение было бы предпочтительнее?

решение1

Скомпилируйте приложение на такой многоархитектурной системе, исправьте интерпретатор для него ( patchelf --set-interpreter /lib/ld-linux-armhf.so.3 /usr/local/bin/openocd), если не можете. Или вызовите динамически связанный двоичный файл явно через соответствующий динамический компоновщик ( /lib/ld-linux-armhf.so.3 /usr/local/bin/openocd). Вы можете сделать последнее, заключив имя команды в скрипт или псевдоним и переместив фактический двоичный файл в сторону.

Связанный контент