☰

调试“chroot：无法加载命令”'" 除了 ldd 和 /proc//地图

tag-icon • tag-icon chroot debugging
调试“chroot：无法加载命令”'" 除了 ldd 和 /proc//地图

rngd尝试在Raspberry Pi Zero 的环境rng-tools中运行。chroot

ldd使用相同的命令运行chroot表明所有依赖关系都得到满足：

pi@raspberrypi:~/rngd_chroot $ sudo chroot /home/pi/rngd_chroot/ ldd /sbin/rngd
        libpthread.so.0 => /lib/libpthread.so.0 (0xb6f77000)
        libc.so.6 => /lib/libc.so.6 (0xb6e29000)
        /lib/arm-linux-gnueabihf/ld-linux.so.3 => /lib/ld-linux-armhf.so.3 (0xb6fa1000)

chroot正在运行的同一可执行文件的非实例使用的实际库rngd也在该chroot文件夹下：

pi@raspberrypi:~/rngd_chroot $ ps -aux | grep rngd
root       262  0.0  0.3  27640  1432 ?        SLsl 14:05   0:00 /usr/sbin/rngd -r /dev/hwrng
pi@raspberrypi:~/rngd_chroot $ sudo cat /proc/262/maps
00008000-00010000 r-xp 00000000 b3:02 20512      /usr/sbin/rngd
00010000-00011000 rw-p 00008000 b3:02 20512      /usr/sbin/rngd
0197c000-0197d000 rw-p 00000000 00:00 0          [heap]
0197d000-01981000 rw-p 00000000 00:00 0          [heap]
01981000-0199d000 rw-p 00000000 00:00 0          [heap]
b5400000-b5421000 rw-p 00000000 00:00 0
b5421000-b5500000 ---p 00000000 00:00 0
b55c0000-b55c1000 ---p 00000000 00:00 0
b55c1000-b5dc1000 rw-p 00000000 00:00 0
b5dc1000-b5dc2000 ---p 00000000 00:00 0
b5dc2000-b65c2000 rw-p 00000000 00:00 0
b65c2000-b65c3000 ---p 00000000 00:00 0
b65c3000-b6dc3000 rw-p 00000000 00:00 0
b6dc3000-b6efb000 r-xp 00000000 b3:02 5239       /usr/lib/arm-linux-gnueabihf/libc-2.28.so
b6efb000-b6f0b000 ---p 00138000 b3:02 5239       /usr/lib/arm-linux-gnueabihf/libc-2.28.so
b6f0b000-b6f0d000 r--p 00138000 b3:02 5239       /usr/lib/arm-linux-gnueabihf/libc-2.28.so
b6f0d000-b6f0e000 rw-p 0013a000 b3:02 5239       /usr/lib/arm-linux-gnueabihf/libc-2.28.so
b6f0e000-b6f11000 rw-p 00000000 00:00 0
b6f11000-b6f28000 r-xp 00000000 b3:02 5412       /usr/lib/arm-linux-gnueabihf/libpthread-2.28.so
b6f28000-b6f37000 ---p 00017000 b3:02 5412       /usr/lib/arm-linux-gnueabihf/libpthread-2.28.so
b6f37000-b6f38000 r--p 00016000 b3:02 5412       /usr/lib/arm-linux-gnueabihf/libpthread-2.28.so
b6f38000-b6f39000 rw-p 00017000 b3:02 5412       /usr/lib/arm-linux-gnueabihf/libpthread-2.28.so
b6f39000-b6f3b000 rw-p 00000000 00:00 0
b6f3b000-b6f3d000 r-xp 00000000 b3:02 5217       /usr/lib/arm-linux-gnueabihf/libarmmem-v6l.so
b6f3d000-b6f4c000 ---p 00002000 b3:02 5217       /usr/lib/arm-linux-gnueabihf/libarmmem-v6l.so
b6f4c000-b6f4d000 r--p 00001000 b3:02 5217       /usr/lib/arm-linux-gnueabihf/libarmmem-v6l.so
b6f4d000-b6f4e000 rw-p 00002000 b3:02 5217       /usr/lib/arm-linux-gnueabihf/libarmmem-v6l.so
b6f4e000-b6f6e000 r-xp 00000000 b3:02 5130       /usr/lib/arm-linux-gnueabihf/ld-2.28.so
b6f7b000-b6f7d000 rw-p 00000000 00:00 0
b6f7e000-b6f7f000 r--p 00020000 b3:02 5130       /usr/lib/arm-linux-gnueabihf/ld-2.28.so
b6f7f000-b6f80000 rw-p 00021000 b3:02 5130       /usr/lib/arm-linux-gnueabihf/ld-2.28.so
bebb6000-bebd7000 rw-p 00000000 00:00 0          [stack]
becab000-becac000 r-xp 00000000 00:00 0          [sigpage]
ffff0000-ffff1000 r-xp 00000000 00:00 0          [vectors]

pi@raspberrypi:~/rngd_chroot $ sudo find . | grep -v -e "/dev/" -e "/sys/" -e "/proc/"
.
./sbin
./sbin/rngd
./usr
./usr/share
./usr/share/lintian
./usr/share/lintian/overrides
./usr/share/lintian/overrides/rng-tools
./bin
./bin/rngtest
./bin/sh
./bin/bash
./bin/ldd
./lib
./lib/libarmmem-v6l.so
./lib/libpthread.so.0
./lib/ld-linux-armhf.so.3
./lib/ld-2.28.so
./lib/libtinfo.so.6
./lib/libc.so.6
./lib/libc-2.28.so
./lib/libtinfo.so.6.1
./lib/libpthread-2.28.so
./lib/libdl.so.2
./lib/libdl-2.28.so
./sys
./dev
./var
./var/run
./proc

但是当尝试运行时rngd我chroot收到了这个：

pi@raspberrypi:~/rngd_chroot $ sudo chroot /home/pi/rngd_chroot/ /sbin/rngd
chroot: failed to run command ‘/sbin/rngd’: No such file or directory

只是为了证明我有一个有效的rngd可执行文件，运行它时不需要chroot：

pi@raspberrypi:~/rngd_chroot $ sudo sbin/rngd
can't lock /var/run/rngd.pid, running daemon's pid may be 262

任何有关如何调试此问题的建议都将受到赞赏

答案1

TL;博士;
rngd需要/lib/arm-linux-gnueabihf/ld-linux.so.3（程序解释器）当您运行可执行文件时存在于这个确切的位置，不像ldd它不会将其解析为/lib/ld-linux-armhf.so.3

这很好的答案关于程序解释器机制为我指明了正确的方向。

为了解决这个问题，我首先发现并尝试使用LD_调试环境变量：

sudo chroot /home/pi/rngd_chroot/ bash
bash-5.0# LD_DEBUG=libs rngd
bash: /sbin/rngd: No such file or directory

设置LD_DEBUG结果没有输出，rng但有输出，bash所以我认为它甚至没有加载程序解释器图书馆 （ld-linux）。

假设库搜索是通过ld-linux它找不到是有道理的ld-linux如果它不在确切位置（/lib/arm-linux-gnueabihf/ld-linux.so.3就我而言）。

不知道为什么ldd不将其报告为丢失的库。我猜这是 的一个错误功能ldd。

另外，如果我们比较和 的ldd输出：bashrng

pi@raspberrypi:~/rngd_chroot $ ldd bin/bash
        ...
        /lib/ld-linux-armhf.so.3 (0xb6f9b000)    
pi@raspberrypi:~/rngd_chroot $ ldd sbin/rngd
        ...
        /lib/arm-linux-gnueabihf/ld-linux.so.3 => /lib/ld-linux-armhf.so.3 (0xb6f10000)

因为bash它没有左侧部分，所以它只显示了实际的本地路径程序解释器。

我想这与链接可执行文件的方式有关。

如果有人更深入地了解到底发生了什么以及这两种类型的正确术语是什么程序解释器链接请将其作为答案或评论发布（我将在此处添加）。

相关内容