ブートローダはラムディスク[...]を削除しますか？

いいえ。

その後、カーネルはラムディスクをアンマウントし、ルートファイルシステムをハードディスクにマウントします。その後、最初のプロセスを実行して初期化フェーズを開始します。

これは間違っています。

initramfsにはというプログラムが含まれています/init。プログラムが実行され、最初の（ユーザー）プロセスです。initramfsはまだ存在しますが、。実際に進行中の除去を引き起こすのはまさにこのプログラムです。

/initDebian 9 Linuxで使用されるプログラムです。。 FedoraDracutと呼ばれる同様のシステム。ご覧のとおり、スクリプトはモジュールをロードし、フックを実行し、最終的なルートファイルシステムをマウントし、最後にrun-initklibc-utilsパッケージのプログラムで自分自身を上書きします。 （以前のバージョンが使用されているか利用可能なコンテンツに基づいてrun-initいますswitch_root） Dracutはまだ使用中です。switch_root。この時、ドラカット完全なsystemd-udevdサブシステムが作成されました。デバイスを実行して自動的に検出し、そのデバイスのデーモンを実行し、ボリュームをマウントします。 DASDによって生成されたデーモンは引き続き並列systemd-udevdに実行されますswitch_root。

run-initプログラムその後、initramfsの内容を削除し、新しいルートファイルシステムに自分自身を追加して開き、chrootそのファイルシステムのプログラムで上書きします。/dev/consoleinitinit、カーネルコマンドラインで名前付き変数を使用するか、/init最初のプログラムで仮定したこの変数のデフォルト値。 switch_root若干の違いはありますが、効果はほぼ同じです。 Dracutはinitプログラム名を渡します。カーネルコマンドラインからもインポートされます。。

ご覧のとおり、どちらもありませんコア...でもないブートローダはこれらのいずれかをトリガします。プログラムが/initプロセス＃1で始まると、ブートローダは完全に消え、カーネルはその/initプログラム、つまり作成されたフックのプログラムと他の2つのプログラムを上書きするだけです。

ありませんいいえこのプロセス中に、/initプロセス＃1がinitramfsのプログラムを使用して開始された瞬間からファイルシステムをマウントすることはできません。常に1つ以上のプロセスが実行されており、そのプロセスには作業ディレクトリ、ルートディレクトリ、およびプログラムイメージファイルが含まれており、すべてマウントされたボリュームのvnodeを参照する必要があります。どこかに。

元のinitramfsは、最後のマウントポイントが移動され、それを使用する最後のプロセス（各プロセスの現在のディレクトリ、各プロセスのルートディレクトリ、またはプログラムイメージファイル）が消えたときにのみ存在することがわかります。または同様に、run-init作業switch_rootディレクトリとルートディレクトリを別のボリュームに切り替えて、別のボリュームにあるファイルのプログラムイメージで自分自身を上書きします。 systemdの人々は、システム寿命の間にまだ存在するそのボリュームのイメージで実行されるプログラムがあるため、initramfsが実際にまったく消えない可能性を検討しました。

したがって、実際に起こっていることは、元のinitramfsと最終的なルートファイルシステムの両方です両方プロセスの特定の時点に存在し、実際にそれ以降であった可能性があります。一点から遠く若いルートファイルシステムにはドットがあります。多くの種類ルートファイルシステムの場合（initramfsへの参照が消えるにつれて）、再び1に落ちます。 （、、、、、および/procのファイルシステムは/ runtimeに存在するため/sys/dev/run/dev/shm/dev/ptsrun-initswitch_rootみんなマウントされたファイルシステム（ルートなど）の数は、起動プロセス全体で常に2よりはるかに高くなります。 )

追加読書

• ハラルド・イヤー（2013-10）。デラクール。バージョン3.0。 kernel.org.
• Lennart Petlinget al。 (2013). ルートファイルシステム用のsystemdおよびストレージデーモン。 freedesktop.org.