フルディスクで構築されたmdadm raid1の復元（パーティションデータの上書き）

Question 1

RAID 1はシンプルミラーなので、RAIDの問題を無視してLUKSヘッダを直接取得できます。関連パーティションがない場合は、ドライブの先頭に近い必要があります。mdadmかなり大きなデータオフセットが使用されるため、おそらく数百MiBオフセットがある可能性があります。

次のコマンドは、ドライブの最初の1GiBを検索します。

# hexdump -C -n 1G /dev/sdx | grep LUKS
08100000  4c 55 4b 53 ba be 00 02  00 00 00 00 00 00 40 00  |LUKS..........@.|

この例では、オフセット0x8100000（129MiB）に潜在的なLUKSヘッダーがあります。

このオフセットで（読み取り専用）ループデバイスを作成して機能していることを確認してください。

# losetup --find --show --read-only --offset $((0x8100000)) /dev/sdx
/dev/loop2
# cryptsetup luksOpen /dev/loop2 lukstest
Enter passphrase:
# mount -o loop,ro /dev/mapper/lukstest /mnt/somewhere

機能している場合は、データをそのまま維持しながら回復を試みることができます。しかし、とにかく最初にフルバックアップコピーを作成することをお勧めします。

パーティションデータを書き換えてRAIDを再起動できますか？

理論的には必ず

オフセット1MiB（将来のパーティションオフセット）を使用して2つのループデバイス（*）を作成します。
ループデバイスで上記のhexdumpコマンドを再度実行して、正しいオフセットを確認します（ベアドライブと比較して-1MiBである必要があります）。
これらの循環装置を使用して正しいオフセットでRAIDを再生成します。それに応じてmdadm.confを調整します。
cryptsetup open急襲、
ディスクの末尾にGPTバックアップヘッダー用のスペースを確保するために、ファイルシステムを少し減らしてください。
ファイルシステムのマウント解除（マウントされている場合）、cryptsetup closeluks、mdadm --stopraid、losetup -dループデバイスの取り外し、
両方のドライブでオフセットが1MiBのパーティションを作成します。

この時点で、パーティションがあるドライブ、パーティションにRAID、RAIDにLuk、Luk内にファイルシステムが必要です。

ただし、これは最善のシナリオであり、あなたの状況を正しく理解した場合にのみこの方法で機能します。これが完全に間違っている可能性がある方法はいくつかあります。

(*)

デバイスの端を傷つけずにパーティションを作成するには、まずファイルシステムを縮小する必要があるため、ループデバイスを使用したジャンプリングが必要です。そして、RAIDが実行されている場合にのみファイルシステムを縮小することができます（2つのドライブで実行していて一貫性を維持する必要がある場合）。

パーティションを直接作成した場合、おそらく何も起こらなかったでしょう（またはとにかくそのようなことが起こったでしょう）。ただし、技術的には、この場合、RAWディスクからパーティションに移動する正しい方法ではありません。

Answer