☰

Maneira correta de adicionar /lib/ld-linux.so.3 no Debian

tag-icon • tag-icon debian arm dynamic-linking arm64
Maneira correta de adicionar /lib/ld-linux.so.3 no Debian

Minha configuração atual é bastante exótica e preciso de alguns esclarecimentos.

Estou correndo em umPinebook Pro, alimentado por uma CPU Quad Cortex-A53 de 64 bits. O sistema operacional é uma versão de 64 bits do Debian:

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

Por padrão, entretanto, apenas a arquitetura armhf foi habilitada:

$ dpkg --print-architecture
armhf

Como eu queria rodar binários aarch64, adicionei a arquitetura correspondente:

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

Isso funcionou sem problemas. No entanto, depois disso, não consegui mais executar outro binário de 32 bits porque /lib/ld-linux.so.3havia desaparecido repentinamente. Inspecioná-lo me deu a seguinte saída.

$ 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

Na verdade, ld-linux.so.3estava faltando. Em seu lugar encontrei links simbólicos específicos da arquitetura:

$ 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

Como eu precisava ld-linux.so.3da arquitetura armhf, procurei por ele /lib/arm-linux-gnueabihf/e com certeza lá estava. Para resolver meu problema, vinculei-o /libe o binário funcionou novamente.

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

Agora, a questão: para resolver esse problema tive que mexer diretamente no /lib, o que não é o ideal. Qual seria a solução preferida?

Responder1

Compile o aplicativo em tal sistema multi-arch, corrija a interp para ele ( patchelf --set-interpreter /lib/ld-linux-armhf.so.3 /usr/local/bin/openocd) se não puder. Ou chame explicitamente o binário vinculado dinamicamente por meio do vinculador dinâmico correspondente ( /lib/ld-linux-armhf.so.3 /usr/local/bin/openocd). Você poderia fazer o último agrupando o nome do comando em um script ou alias e movendo o binário real para fora do caminho.

informação relacionada