カーネルはルートパーティションをどのようにマウントしますか？

私の質問は、別の/ bootパーティションからLinuxシステムをブートすることです。ほとんどの構成ファイルが別の/パーティションにある場合、カーネルはブート時にどのように正しくマウントしますか？

これに関する詳細は素晴らしいでしょう。基本的なものが欠けているように感じます。主に業務のプロセスと順序に関心があります。

ありがとう！

編集：私が尋ねる必要があるのは、ルートカーネルパラメータで使用されるdevファイルの行に沿っていたと思います。たとえば、ルートパラメータをroot = / dev / sda2として指定するとします。カーネルは/ dev / sda2ファイルのマッピングをどのように持っていますか？

Linuxは、最初にramdisk（initrd「INITial RamDisk」の）と呼ばれる）で起動し/ます。このディスクには、実際のルートパーティション（必要なドライバーとファイルシステムモジュールを含む）を見つけるのに十分な容量があります。それが一時的なマウントポイントにルートパーティションをマウントしinitrd、次に呼び出すpivot_root(8)残し、ルート一時マウントポイントを交換するinitrdことができる立場にumount編との実際のルートファイルシステム/。

古代では、カーネルはデバイスのメジャー/マイナー番号を知るためにハードコードされ、カーネルに組み込まれたすべてのデバイスドライバーを初期化した後にそのデバイスをマウントしていました。このrdevユーティリティを使用すると、カーネルイメージのルートデバイス番号を再コンパイルせずに変更できます。

最終的にブートローダーが登場し、コマンドラインをカーネルに渡すことができました。root=引数が渡された場合、それはカーネルに組み込み値の代わりにルートfsがある場所を伝えました。ドライバーは、それにアクセスする必要があり、カーネルにまだ組み込まれていなければなりませんでした。引数は/devディレクトリ内の通常のデバイスノードのように見えますが、明らかに/devルートfsがマウントされる前にディレクトリがないため、カーネルはそこでdevノードを検索できません。代わりに、特定のよく知られているデバイス名がカーネルにハードコードされているため、文字列をデバイス番号に変換できます。このため、カーネルはなどのようなものを認識できますが、ボリュームUUID /dev/sda1などのよりエキゾチックなものは認識できません/dev/mapper/vg0-root。

後で、initrd写真に入ってきました。カーネルとともに、ブートローダーはinitrdイメージをロードします。イメージは、何らかの圧縮ファイルシステムイメージです（gzip圧縮されたext2イメージ、gzip圧縮されたromfsイメージ、squashfsが最終的に支配的になりました）。カーネルはこのイメージをRAMディスクに解凍し、RAMディスクをルートfsとしてマウントします。このイメージには、実際のの代わりにいくつかの追加のドライバーとブートスクリプトが含まれていましたinit。これらのブートスクリプトは、ハードウェアを認識し、RAIDアレイやLVMなどをアクティブにし、UUIDを検出し、カーネルコマンドラインを解析して実際のルートを見つけるためのさまざまなタスクを実行しました。次に、実際のルートfsをマウントし/initrd、pivot_rootシステムコールを実行してカーネルをスワップし/、/initrd、次に/sbin/init実際のルートでexec を実行する/initrdと、ramdiskがアンマウントされて解放されます。

最後に、今日はがありinitramfsます。これはに似ていinitrdますが、ramdiskにロードされる圧縮ファイルシステムイメージではなく、圧縮されたcpioアーカイブです。tmpfsがルートとしてマウントされ、アーカイブがそこに抽出されます。pivot_rootダーティハックと見なされていたを使用する代わりに、initramfsブートスクリプトは実際のルートをにマウント/rootし、tmpfsルート内のすべてのファイルを削除chrootして/rootから、にexecし/sbin/initます。

/ etcの構成ファイルにアクセスせずに、どのパーティションがルートパーティションであるかをカーネルがどのように「認識する」のかを尋ねているように聞こえます。

カーネルは、他のプログラムと同様にコマンドライン引数を受け入れることができます。GRUB、または他のほとんどのブートローダーは、ユーザー入力としてコマンドライン引数を受け入れるか、それらを保存し、メニューからコマンドライン引数のさまざまな組み合わせを利用可能にします。ブートローダーは、ロード時にコマンドライン引数をカーネルに渡します（この規則の名前や仕組みはわかりませんが、実行中のカーネルの呼び出しプロセスからアプリケーションがコマンドライン引数を受け取る方法とおそらく似ています）。

これらのコマンドラインオプションの1 rootつはで、ルートファイルシステムを指定できますroot=/dev/sda1。

カーネルがinitrdを使用している場合、ブートローダーはカーネルにそれがどこにあるかを伝えるか、または標準メモリの場所にinitrdを置く責任があります（私は思う）-それは少なくとも私のGuruplugで動作する方法です。

ルートファイルシステムが見つからないという不満を言った直後に、指定しないでカーネルパニックを起こすことは完全に可能です。

このオプションをカーネルに渡す他の方法があるかもしれません。

Grubは/bootパーティションをマウントし、カーネルを実行します。Grubの構成では、ルートデバイスとして使用するものをカーネルに指示します。

たとえば、Grubの場合menu.lst：

kernel /boot/linux root=/dev/sda2

ちなみに、GRUBは/ bootを「マウント」せず、「menu.lst」といくつかのモジュールを読み取るだけで、LINUXカーネルの一部でもありません。カーネルを呼び出すとき、ルートパーティションとともに「root」引数を渡します。最悪の場合、カーネルは/ bootだけがマウントされていることを知っています（LOL）。

次に：geekosaurが正しい、Linuxは圧縮イメージ形式の初期RAMディスクを使用し、を呼び出して実際のルートファイルシステムをマウントしますpivot_root。したがって、Linuxはイメージから実行を開始し、次にローカルディスクドライブから実行を開始します。

ブートローダーは、grub、lilo、その他何であれ、カーネルにroot=フラグを参照する場所を指示し、オプションでinitrdカーネルを起動する前に初期RAMディスクをメモリにロードします。

その後、カーネルはロードし、そのハードウェアとデバイスドライバーをテストし、表示できるものがないかシステムを調べます（この診断情報は、入力することで確認できますdmesg;最近では、表示するには速すぎてスクロールする可能性があります）。root=パラメータ。

initrdが存在する場合、最初にマウントされ、ルートファイルシステムがマウントされる前に、その上にあるすべてのモジュール/デバイスドライバーがロードおよびプローブされます。これにより、ハードドライブのドライバーをモジュールとしてコンパイルし、起動することができます。