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

Я работаю на 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
Maldus 23 Ноя 2019 в 13:20

1 ответ

Лучший ответ

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

1
EOhm 23 Ноя 2019 в 13:48