主页 / unix / 问题 / 684135
Accepted
m4l490n
Asked: 2021-12-28 21:38:05 +0800 CST

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

  • 772

我正在学习 Linux 的工作原理，为此我正在观看教程： Rob Landley 的《构建最简单的 Linux 系统》。他基本上经历了一些步骤来构建一个最小的系统，大约20:00他开始解释如何构建一个“hello world 二进制文件”，他稍后将用作内核的 init 程序，作为第一个程序运行。

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

init

2 个回答

  1. 我的问题是，为什么我必须静态构建 hello.c 应用程序，我想将其用作内核启动后运行的 init 应用程序（如 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
  2. Best Answer

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

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

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

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

    • 0

相关问题