☰

acプログラムをカーネルのinitプログラムとして使用するには、なぜ静的にリンクするのですか？

tag-icon • tag-icon init
acプログラムをカーネルのinitプログラムとして使用するには、なぜ静的にリンクするのですか？

私はLinuxがどのように動作するかを学び、それを見ています。チュートリアル：最も簡単なLinuxシステムの構築著者：ロブランドリー。彼は基本的に最小限のシステムを構築し、それを中心に構築するためにいくつかのステップを経ています。20:00彼は作り方を説明し始めた。「こんにちはワールドバイナリ」彼は後でカーネルの初期化プログラムとして実行する最初のプログラムとして使用します。

私の質問は、カーネルの起動後に実行されるinitアプリケーションとして使用したいhello.cアプリケーションを静的にリンクする必要がある理由です（例：21:39そして見た23:05）？

答え1

私の質問は、カーネルの起動後に実行されるinitアプリケーションとして使用したいhello.cアプリケーションを静的にビルドする必要がある理由です（21:39で言及され、23:05に表示されます）。

バニラLinuxカーネルにはそのような要件はありません。初期化プログラムと共有依存関係をロードします。

$ 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システムコールをサポートする内部カーネルコードで実行できる任意のプログラムにすることができます。

多くのシステムはシェルスクリプトを使用していますが、Pythonスクリプトでもかまいません。

静的にリンクされたバイナリであるinitプログラムの利点は、依存関係が少ないことです。したがって、ランタイムリンカーとリンクする共有ライブラリは必要ありません。

64ビットx86システムでは、初期ファイルシステムとinitプログラムには/lib64/ld-linux-x86-64.so.2や/lib/x86_64-linux-gnu/libc.so.6などが必要になる場合があります。それ自体。

関連情報