ダウングレードの起動とアップグレードの回復には、簡単なmdadm RAID 1設定が必要ですか？

この回答を広く検索しましたが、見つかりませんでした。 RAIDパーティションまたはディスクに問題が発生しても、コンピュータがまだ起動および回復できるようにLinuxソフトウェアmdadm RAID 1アレイを設定する方法を知っている人がいます。 ？私の印象はその配列ですどうすればいいの？ディスクの1つを取り外すと正常に動作しますが、ディスクをミラーリングしないと正常に動作します。幼虫パーティション（存在する場合）またはUUID /名前が正しくマウントまたは起動すると、アレイが起動しないことがあります。

私が解決しようとしている問題例1）RAID 1機能と2）システムアップデート/アップグレードを再開できるスナップショット機能が必要です。誰かがパーティション/フォーマット/grub/スクリプト/などを提案できますか？これを達成するための設定は何ですか？これは生産システムではなく個人です。別の例があります。

私が試したこと：私は持っています試験を終えたBTFS襲撃1（しかし、永続的なRoのバグが修正されたかどうかわからず、悲しいことに起動しないダウングレードされたbtrfs raid 1（上記のように設定されていません）でこの記事を書くのに苦労しています。）ジブス（ライセンスの問題により、インストールとパーティショニングツールの統合が不足しているようです。）LVMスナップショット（競争条件が確かに存在するため）。適性更新の復元（またはこれ) 問題が発生する可能性が高い。BTFSスナップショットはうまく機能しますが、ディスク障害後にコンピュータが起動しません。BTFSRAIDは現在問題です。 （実際にbtrfsツールを実行できる起動可能なUSBを作成する方法を見つけようとしています。（ライブディスクは再フォーマットできず、chroot / debootstrapにアクセスできないためです）/ etc。）おそらくdebian-installer使用して2つのUSBキーを挿入する必要があるかもしれませんが、システムを破棄する方が簡単です。

提案されたソリューション：私が探求したい解決策はミダデム（ext4を介して）使用するたびに、ルートパーティションのすべてを同じサイズのロールバックパーティション（おそらくスペアディスクにあります）にハードコピーしてaptitude「手動スナップショット」を実行します。 （成功的に）失敗した場合は何も必要ありません。失敗した場合は、システムが起動して回復できることを願っています。）dddd if=/dev/md# of=/dev/sd# bs=??M; syncdd if=/dev/sd# of/dev/md#

（ここでGPTパーティション名を使用しようとしていますが、わかりません。間違っている場合は修正してください。そうですが、配列にdd if=/dev/disk/by-???/??? of=/dev/disk/by-partlabel/rollback-rootタグを付ける方法とmdext4システムを介してタグを受け入れる必要があります。）

イラスト:

sda UUID=10                   [?? xxxxxxxxxxxxx          ]
sdb UUID=20                   [?? xxxxxxxxxxxxx          ]
                                    ^ root and/or boot partitions, in md0(,md1? etc)

sdc LABEL=rollback-root UUID=30 [?? _empty_space_          ]

仕様:

• シナリオ 1: ドライブエラー- ドライブの1つが破損または取り外されると、ブートローダは安全なまま（失われず、破損しない）、劣化モード（またはベアボーン回復パーティション）で起動できます。これにはユーザーの介入が必要な場合があります。たとえば、/dev/sda存在しない場合は見つからないため、ボードはこれをスキップします。幼虫MBR または UEFI 領域のいずれの場所でも、通常の順序で次のディスクを確認します。たとえば、/dev/sdb「バックアップ」グラブを見つけて、そのディスクを使用します。
  • 理想的には、パフォーマンス低下モードで起動するときにユーザーの介入は必要ありません（たとえば、リモートにいる場合）。
• シナリオ 2: アップグレードに失敗しました- アップグレードが発生してシステムが使用できなくなった場合（ブート時にカーネルパニックが原因で）、スナップショットパーティションから起動し、grubインストールの上書きを含むスナップショットddパーティションを元の起動可能なルート/ブートパーティションに復元できます。 。
  • 私はリモートの世界で「起動しようとし、失敗したときに再開する」ことを知りません。 （私はAndroidが他の解像度を設定するなど、いくつかのフォールバックフラグを設定して何らかの方法でこれを行うことができると思います。「これを変更しますか？」回避策はN秒です。）
  • アップグレードが発生し、システムそしてブートローダが破損しています。回復USB /ディスクを挿入して何とか修正できますか？ （たぶん、誰かが「安全な」ブートローダーからブートローダーを接続する良い方法を知っているかもしれません。資格重要と思われるコンテンツを自由に更新できます。幼虫）（または何らかの方法でgrubをロールバックディスクにバックアップし、マザーボードを介してロールバックディスクから起動し、どういうわけかgrubを復元することもできます...どうやって？）MBRまたはESPしか使用できませんdd。このような状況でこれを管理する方法は？

アイデア:

これらの仮想設定で番号付けの問題に対応し続けながら、2つのRAIDパーティション間のグルーブ構成を同期させる方法は？適性アップグレードによって grub 構成が変更された場合はどうなりますか?このオプションはnofail必須ですか、それともデフォルトで有効になっていますか？会議BTFS専用の「構造」パーティションまたはUSBフラッシュドライブを搭載したRAIDは簡単ですか？ （パーティションの場合、GRUBを有効にするにはどうすればよいですか？）

上記にはいくつかの重要な問題があるかもしれませんが、これが最終目標を説明することを願っています。

ありがとうございます！

潜在的に役立つ参考資料:

• mdadm RAID1で必要なGRUBモジュールを起動する
• UEFIシステムのマルチブート（Fedoraのマニュアル）