A/Bルートファイルシステムレイアウトによるシステムの堅牢性 Raspberry Pi

なぜA/Bパーティショニング？

組み込みシステムでは、アップデートに失敗するとデバイスがブリックしてしまいます。A/Bレイアウトは、2つのルートファイルシステムを維持することでこれを解決します：

アップデートが成功すると、ブートローダは新しいスロットに切り替わります。ブートが失敗すると、最後の既知の良いバージョンにロールバックします。

このアプローチは、スロットAとスロットBが同じパーティションサイズであることを前提としています。

もう一つのアプローチは、小さなレスキューシステム用にパーティションを作成し、通常の実行システム用に大きなパーティションを作成することです。

典型的な Raspberry Pi Compute Module 5(CM5）のレイアウトは次のようになります：

パーティション	タイプ	目的
p1	FAT32	/boot_A (カーネル、コマンドライン、ブートローダー)
p2	ext4	ルートファイルA
p3	FAT32	/boot_B (カーネル、cmdline、レスキューシステム用ブートローダ)
p4	ext4	rootfs_B
p5	ext4	データ/構成

ブートローダは、フラグ（例えば、rpi-eepromのGPIO17=1）を使って、レスキューパーティションからブートするかどうかを決定することができます。

この設定は rpi-image-genつのプロジェクト例で示します：

最初のものはレスキューシステムを作成し、2番目のものはレスキューシステムを別の実行中のシステムと結合します。 cmdline.txtそして fstab.

非アクティブなシステムパーティションを手動でマウントして、設定、アプリケーション、またはシステムコンポーネントを更新できます。
本番システムでは、アップデートは通常 SWUpdateで管理されます。

SWUpdateは、デュアルルート (A/B) 更新ストラテジーをネイティブにサポートします。
パーティションと更新ロジックは sw-descriptionファイルで直接定義されます。

このアプローチにより、ビルトインのロールバックセーフティを備えたアトミックなシステムアップデートが保証されます。