如果我想將 ac 程序用作核心的 init 程序，為什麼我必須靜態連結它？

我正在學習 Linux 的工作原理，為此我正在觀看Rob Landley的教程：建構最簡單的 Linux 系統。他基本上經歷了一些步驟來建構一個最小的系統，大約20:00他開始解釋如何建構一個*“hello world 二進製文件”*，他稍後將用作核心的 init 程序，作為第一個程序執行。

我的問題是，為什麼我必須靜態連結 hello.c 應用程序，我想用作核心啟動後執行的 init 應用程序（如21:39所述和23:05所見）？

init 程序可以是支持 execve 系統呼叫的內部核心程式碼可以執行的任何程序。

許多系統使用 shell 腳本，但它甚至可以是 python 腳本。

init 程序是靜態連結二進製文件的優點是它具有較少的依賴關係，因此您不需要執行時連結器和它連結到的共享庫。

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

我的問題是，為什麼我必須靜態建構 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)

引用自：https://unix.stackexchange.com/questions/684135