
Linux RAID1 に 2 つの物理ディスクがあります。何が起こったのかわかりません。システムの実行中に、新しいディスクを追加しようとして、システム内にいるべきではない誰かが誤って md0 をパーティション分割したのではないかと思います。いずれにしても、再起動すると、grub になりました。systemrescueCD でこれを修正しようと何日も費やし、停止する前に「UU」と表示されたアレイを停止したので、問題はないはずですが、再構築して通常の動作に戻すのに問題があります。どうしたらよいかわかりません。FAT32 ファイルシステムが表示されますが、ext2 も表示され、バックアップ スーパーブロックも表示されますが、スーパーブロックが存在しないとも表示されます。ご協力ありがとうございます。
スクリーンショットは以下をご覧ください
ディスクはこちらです
]1
スーパーブロックのバックアップが存在するようです
ドライブとファイルシステムの構造
バックアップ スーパーブロックを使用できません。マジック番号が間違っています
強制的に組み立てることもできない
答え1
あなたのケースでは役に立たないと思いますが、アレイ内のファイル システムを回復する理論的なケースを指摘したいと思います。これはミラー RAID なので、ファイル システムにアクセスするために MD システムは必要ありません。必要なのは、それがどこにあるかを知ることだけです。
スーパーブロックのバージョンが 0.9、1.0、1.1、1.2 のどれであるかによって、スーパーブロックは先頭か末尾にあります。末尾にある場合、 のようなコンポーネント パーティションは/dev/sda2
ファイル システムとしてマウントできます。先頭にある場合、 を使用してオフセットでループ デバイスを作成できますlosetup
。(注: これを行ったアレイは再アセンブルしないでください。ドライブが同期していないためです)
たとえば、は、パーティションの 4096 バイト目から始まるlosetup --find --verbose --offset 4096 /dev/sda2
ループ デバイスを に作成します/dev/sda2
。これは、MD スーパーブロック 1.2 では機能する可能性があります。免責事項: テストされていないコマンドですが、理論は妥当です。
その後、それを新しい MD 配列にdd
/することができます:pv
- 新しいMDアレイ、デバイスを作成します
/dev/mdXYZ
: pv /dev/loopX > /dev/mdXYZ
もちろん、実際にそこから起動したり、別のマシンで動作させるには、他にもやるべきことがたくさんありますが、それはここでは説明しません。