
私の現在の設定はかなり特殊なので、説明が必要です。
私はパインブックプロ、Quad Cortex-A53、64 ビット CPU を搭載しています。OS は Debian の 64 ビット バージョンです。
$ 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
/lib/ld-linux.so.3
これは問題なく動作しました。しかし、その後、突然消えてしまったため、別の 32 ビット バイナリを実行できなくなりました。調べたところ、次の出力が得られました。
$ 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
。最後の方法は、コマンド名をスクリプトまたはエイリアスでラップし、実際のバイナリを別の場所に移動することで実行できます。