OverlayFSをA / Bアップグレードシナリオと組み合わせて、RO専用の方法で完全に実行できるかどうか疑問に思います。これはいくつかの技術を組み合わせているので、可能なのか正しい場所なのかわかりません。
A / Bパーティションスキームは、起動可能なパーティションが2つあるため、アップグレードするには非アクティブパーティションをアップグレードしてから切り替える必要があることを意味します。現在、これは非アクティブパーティション/etc/fstabを変更する必要があるという注意事項と一緒に私に効果的です。ルートタグを変更するためにこれを行います。
つまり、現在アクティブなデバイスが「SystemA」の場合、一度非アクティブパーティションに新しいイメージを書き込みます。非アクティブパーティションをマウントし、非アクティブパーティションを/etc/fstab次のように変更しました。
LABEL=SystemB / ext4 defaults 0 0
私のデバイスとパーティションは次のとおりです。
NAME MOUNTPOINT LABEL SIZE
sda 223.6G
├─sda1 /boot_infra boot 2G
├─sda2 systema 20G
├─sda3 /media/root-ro systemb 20G
└─sda4 /media/root-rw overlayfs
次に、カスタムGrubツールを使用して使用するパーティションを決定します。以下を使用してboot_partitionで変更します。grub-editenv
その後、起動するとOverlayFSが引き継がれ、すべてが正しく設定されます。
ただし、さまざまな理由で（会社/顧客のセキュリティタイプの問題）fstab修正手順を削除する必要があります。イメージを変更せずに完全にROになるには、非アクティブパーティションが必要です。
私考える私がやりたいことは、現在のようにFSTABにハードコーディングする代わりに、使用するタグをFSTABに動的に確認させることです。