ubuntu - chroot 如何影响动态链接？

Question

这是我遇到的情况:

我已经创建了一个 debootstrap ubuntu maverick(64 位)环境。我把它放在我的 ubuntu(64 位)清醒系统上的 /env/mav/ 中。我可以 chroot 进入 /env/mav 并且可以完美地利用特立独行的系统。

我什至可以在 chroot 环境之外正常使用 lucid 程序。即 /env/mav/bin/ls 将运行。

但是，我注意到如果我将 LD_LIBRARY_PATH 修改为 /env/mav/lib [1] [2]

我运行的每一个程序(清醒的和特立独行的)都会立即崩溃。 (例如 ls 导致段错误)。 kern.log 显示:

segfault at 7fece284aa18 ip 00007fece284aa18 sp 00007fff32028158 error 15

但是，很明显，如果我chroot 进入/env/mav，每个程序都运行良好。不是所有的库都是从 jailed (/env/mav) /lib 中读取的吗？那么在这种情况下，chroot 和修改LD_LIBRARY_PATH 有什么区别呢？

此外，如果我:

mount -B /env /env/mav/env

然后 chroot/env 然后将 LD_LIBRARY_PATH 设置为 /env/mav/lib，一切仍然正常。

我对这里的内部情况一头雾水。是否有一些 ld 内部存储在某处？ chroot 会做一些神奇的事情吗？

[1] 用例是从正确绑定(bind)到特立独行 jail 外的特立独行动态链接库的特立独行环境中运行程序。

[2] 这只是一个简化的例子。实际上/usr/lib等都包含在内。包括特立独行的环境的/lib “毒害”一切；使用其他特立独行的库目录没有问题。

Answer 1

LD_LIBRARY_PATH 是ld-linux.so 程序/库的选项。这个库是一个动态链接器。它的路径“/lib/ld-linux.so.2”在 ubuntu 中的(几乎)所有动态链接程序中都被硬编码在 ELF header (INTREP 字段)中。我的意思是，当 Linux 内核运行二进制文件时，它不知道 LD_LIBRARY_PATH 的特殊含义。

所以，当你运行的时候

 LD_LIBRARY_PATH=/env/mav/ /env/mav/bin/ls

根系统的/lib/ld-linux.so.2 将被使用，然后它将尝试使用 $LD_LIBRARY_PATH 环境变量解析动态库(您可以使用 查看发生了什么LD_DEBUG=all 环境变量)

当你执行 chroot 时，将使用特立独行的 /lib/ld-linux.so.2。

我认为，主机系统的 ld-linux 和 guest (maverick)系统的 libc.so 之间可能存在一些不兼容(因为 ld-linux 是 glibc/的一部分eglibc 包，它使用了 libc.so 中的一些东西。

为了测试我的假设，尝试运行(环境变量设置的 bash 语法):

 LD_LIBRARY_PATH=/env/mav/ /env/mav/lib/ld-linux.so.2 /env/mav/bin/ls

在这里，我尝试手动启动 guest 的 ld-linux，以覆盖 INTREP 硬编码路径(是的，运行 .so 库似乎很不寻常，但这个库是非常特殊的情况并允许这种语法)。如果这个命令有效，我的假设可能是正确的。如果不是，还有其他可能的解释。