私が使用している組み込みLinuxデバイスには、次のカーネルパラメータがあります。
root=/dev/ram0
さらに、カーネルイメージはinitrdとデバイスツリーと共にバンドルされていますフラット画像ツリーまたは正しいビデオ。
フルブート後、デバイスに永続ストレージはありません。つまり、ファイルシステムに書き込まれたすべての内容は完全に不安定です。root=カーネルに渡されたパラメータを考慮すると、これは驚くべきことではありません。
私の質問は：これはどのように機能しますか？
UbootはカーネルをRAMにコピーし、コマンドを使用して実行することを知っていますが、
bootmファイルシステムファイルはどこから来ましたか？ initrdに含まれていますか？ initrdの私の理解は、それが一時的な構造であるということです。そうであれば、FITイメージブロブのオフセットになります。それでは、root=/dev/ram0カーネルがファイルシステムの場所を知ることができるだけに渡す方法は何ですか？カーネルは内部チェックを実行し、FITイメージのヘッダーを読み取ってコンポーネントの位置を決定しますか？
FIT イメージがカーネルとデバイスツリー Blob でパッケージ化されていることを考慮すると、ファイルシステムの変更はどのようにサポートされますか?
ベストアンサー1
UbootはカーネルをRAMにコピーし、bootmコマンドを使用して実行することを知っていますが、ファイルシステムファイルはどこから来ましたか？
fitImageを起動する前にRAMにロードする必要があります。その後、を使用して起動できますbootm。たとえば、イメージをフィットするときにLoad Addressカーネルの合計を定義できます。Entry Point
initrdに含まれていますか？ initrdの私の理解は、それが一時的な構造であるということです。そうであれば、FITイメージブロブのオフセットになります。もしそうなら、カーネルがファイルシステムの場所を知ることができるようにroot = / dev / ram0を渡すだけで十分ですか？
ファイルシステムの定義はシステムによって異なります。 RAMDISKで完全に実行され、すべてのタイプで構成を保存するシステムがいくつかあります。NVRAMまたはフラッシュ。
他のシステムでは、RAMDiskを使用してルートファイルシステムが見つかる場所を確認します。たとえば、USBバス、SATA、またはSDカードをスキャンします。ルートファイルシステムがマウントされると、そのパーティションで起動プロセスが続行されます。 initはPID 1で実行する必要があるためです。一部技術が必要です。
カーネルは内部チェックを実行し、FITイメージのヘッダーを読み取ってコンポーネントの位置を決定しますか？
いいえ、fitImageはu-bootとして解析されます。 u-bootがDTBとRAMDISKを持つアドレスを渡す方法は、使用されるAFAIKプラットフォームによって異なります。
FIT イメージがカーネルとデバイスツリー Blob でパッケージ化されていることを考慮すると、ファイルシステムの変更はどのようにサポートされますか?
ファイルシステムを定期的に変更する必要がある場合は、より柔軟なシステムの使用を検討する必要があります。ただし、これは使用するハードウェアによって異なります。 SDカード、NAND、NOR、または回転ディスク。