☰

如果我想将 ac 程序用作内核的 init 程序，为什么必须静态链接它？

tag-icon • tag-icon init
如果我想将 ac 程序用作内核的 init 程序，为什么必须静态链接它？

我正在学习 Linux 的工作原理并为此而观看教程：构建最简单的 Linux 系统作者：罗布·兰德利。他基本上通过一些步骤来构建一个最小的系统并围绕20:00他开始解释如何建造一个“你好世界二进制”他稍后将使用它作为内核的 init 程序作为第一个程序运行。

我的问题是，为什么我必须静态链接我想用作内核启动后运行的 init 应用程序的 hello.c 应用程序（如21:39并看到于23:05）？

答案1

我的问题是，为什么我必须静态构建我想用作内核启动后运行的 init 应用程序的 hello.c 应用程序（如 21:39 中提到的和 23:05 中看到的）？

vanilla Linux 内核没有这样的要求。它会愉快地加载一个 init 程序及其共享依赖项：

$ ls -la /sbin/init
lrwxrwxrwx. 1 root root 22 Nov 15 13:21 /sbin/init -> ../lib/systemd/systemd

$ ldd `which /sbin/init`
    linux-vdso.so.1 (0x00007ffcd31ee000)
    libsystemd-shared-249.so => /usr/lib/systemd/libsystemd-shared-249.so (0x00007fd28d983000)
    libseccomp.so.2 => /lib64/libseccomp.so.2 (0x00007fd28d950000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fd28d925000)
    libmount.so.1 => /lib64/libmount.so.1 (0x00007fd28d8e0000)
    libpam.so.0 => /lib64/libpam.so.0 (0x00007fd28d8ce000)
    libaudit.so.1 => /lib64/libaudit.so.1 (0x00007fd28d8a0000)
    libkmod.so.2 => /lib64/libkmod.so.2 (0x00007fd28d883000)
    libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fd28d868000)
    libc.so.6 => /lib64/libc.so.6 (0x00007fd28d65e000)
    libacl.so.1 => /lib64/libacl.so.1 (0x00007fd28d653000)
    libblkid.so.1 => /lib64/libblkid.so.1 (0x00007fd28d61b000)
    libcap.so.2 => /lib64/libcap.so.2 (0x00007fd28d611000)
    libcrypt.so.2 => /lib64/libcrypt.so.2 (0x00007fd28d5d5000)
    libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007fd28d499000)
    libip4tc.so.2 => /lib64/libip4tc.so.2 (0x00007fd28d48f000)
    liblz4.so.1 => /lib64/liblz4.so.1 (0x00007fd28d46b000)
    libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007fd28d17d000)
    libp11-kit.so.0 => /lib64/libp11-kit.so.0 (0x00007fd28d04b000)
    libzstd.so.1 => /lib64/libzstd.so.1 (0x00007fd28cf73000)
    liblzma.so.5 => /lib64/liblzma.so.5 (0x00007fd28cf47000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fd28de62000)
    libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007fd28ceb0000)
    libeconf.so.0 => /lib64/libeconf.so.0 (0x00007fd28cea5000)
    libm.so.6 => /lib64/libm.so.6 (0x00007fd28cdc9000)
    libcap-ng.so.0 => /lib64/libcap-ng.so.0 (0x00007fd28cdbe000)
    libz.so.1 => /lib64/libz.so.1 (0x00007fd28cda4000)
    libattr.so.1 => /lib64/libattr.so.1 (0x00007fd28cd9c000)
    libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007fd28cd76000)
    libpcap.so.1 => /lib64/libpcap.so.1 (0x00007fd28cd29000)
    libffi.so.6 => /lib64/libffi.so.6 (0x00007fd28cd1c000)
    libibverbs.so.1 => /lib64/libibverbs.so.1 (0x00007fd28ccfa000)
    libnl-route-3.so.200 => /lib64/libnl-route-3.so.200 (0x00007fd28cc74000)
    libnl-3.so.200 => /lib64/libnl-3.so.200 (0x00007fd28cc50000)

答案2

init 程序可以是支持 execve 系统调用的内部内核代码可以运行的任何程序。

许多系统使用 shell 脚本，但它甚至可以是 python 脚本。

init 程序作为静态链接的二进制文件的优点是它具有较少的依赖性，因此您不需要具有运行时链接器及其链接到的共享库。

在 64 位 x86 系统上，您的初始文件系统以及 init 程序中可能需要类似 /lib64/ld-linux-x86-64.so.2 和 /lib/x86_64-linux-gnu/libc.so.6 的内容本身。

相关内容