別のマシンのmdadm raid 1の一部であったディスクにデータをマウント/回復する方法は？

いくつかの背景

• ディスク自体は友人によって「加工」されており、まだ無傷で、損傷を受けておらず、マウント可能/リカバリ可能であると言われています
• このディスクは、Ubuntu 12.04のソフトウェアRAID 1の一部でした
• 元のRAID 1の他のディスクはフォーマットされ、別の目的で使用され、現在のディスク（問題のディスク）は技術的には存在しないRAIDの一部のままです

私がすでに試したこと

• 基本的な取り付け

  • fstabにエントリを追加し、ディスクをext3 / ext4としてマークし、マウントしようとしました。

  • マウントすると、次のエラーが表示されます

    wrong fs type, bad option, bad superblock on

  • そしてdmesgで

    EXT4-fs (sdc1): VFS: Can't find ext4 filesystem

• 私はディスクのファイルシステムタイプを見つけようとしましたが、思いつきました

  $sudo file -s /dev/sdc
/dev/sdc: x86 boot sector; partition 1: ID=0x83, starthead 254, startsector 63, 1953520002 sectors, code offset 0xb8

ヘルプが必要な場合/質問

• データを損傷せずにディスクをext4に変換する方法はありますか？
• Linux 83ファイルタイプディスクをマウントしてデータを回復する簡単な方法はありますか？
• 何らかの方法でレイドを再構築する可能性がある場合に備えて、現在別のディスクが無料であります
• 私の主な目標は、ディスクからデータを回復することです。私はすべてのオプションを受け入れています。

更新

一部のコマンドの出力

• fdisk -l / dev / sdc

  $fdisk -l /dev/sdc

  Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005ed9c
  

  Device Boot Start End Blocks Id System
/dev/sdc1 63 1953520064 976760001 83 Linux
  

• ファイル-s / dev / sdc1

  $file -s /dev/sdc1
/dev/sdc1: data
  

• hexdump -C -n 32256 / dev / sdc（これが役立つかどうかわからない）

  $hexdump -C -n 32256 /dev/sdc`
  00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |................|
  00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
  00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
  00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
  00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
  00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  *
  000001b0  00 00 00 00 00 00 00 00  9c ed 05 00 00 00 00 fe  |................|
  000001c0  ff ff 83 fe ff ff 3f 00  00 00 82 59 70 74 00 00  |......?....Ypt..|
  000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  *
  000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
  00000200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
  *
  00007e00
  

これはUbuntu 14.04で非常にうまく機能しています。

sudo -i
mdadm --assemble --scan

あなたが取得します：

mdadm: /dev/md/1 has been started with 1 drive (out of 2)

次に、ファイルをマウントして確認します。

cd /mnt && mkdir to-restore-md1 && mount /dev/md1 to-restore-md1
ls -la to-restore-md1

Linux mdraidには、いくつかのメタデータ形式があります。フォーマット0.9および1.0では、メタデータを収容デバイスの最後に配置し、ペイロード（ファイルシステム）はデバイスの先頭から開始し、RAIDレイヤーを経由せずに直接アクセスできます。フォーマット1.1および1.2は、メタデータをそれぞれ収容デバイスの中央および先頭に配置するため、ペイロードはオフセットになります。

Ubuntuインストーラーは、1.2メタデータ形式でボリュームを作成するため、データはデバイスの先頭ではなくメタデータの後に開始されます。

そのデータにアクセスする最も簡単な方法は、RAIDデバイスを組み立てることです。RAID-1ボリュームでは、単一のデバイスで十分です。

madadm -A /dev/sdc1

（痛みが嫌な場合はここでやめてください。）

オフセットでデータにアクセスすることもできます。1.x mdraid形式をサポートしていない非常に古いカーネルで作業する必要がある場合にのみ、これを行うことができます。まず、オフセットを決定します。lineをmdadm -E /dev/sdc1探しますData Offset : SSS sectors。mdadmセクターは512バイトです。

sectors=$(mdadm -E /dev/sdc1 | awk -F: '$1 ~ /Data offset/ {print $2}')
bytes=$(($sectors * 512))
losetup -f -o $bytes /dev/sdc1

必死に、1.x形式では、データオフセットはメタデータのバイト128〜135、リトルエンディアンで保存されます¹。1.2メタデータは、デバイスの先頭から4096バイトです。

パーティションテーブルを変更して、さらに開始することもできます。算術には十分注意してください。RAIDデバイスにアクセスできない古いシステムでディスクを長期間使用し続ける場合にのみ、これを行ってください。

¹ _{またはプラットフォームのエンディアンを使用していますか？よく分かりません。}

驚いたことに、私は/単に使用してデータを回復することができていた何よりも。

ここで受けた助けは非常に貴重でした。さまざまな提案された組み合わせと自分のミックスインを試した後、理想的な方法（ディスクを通常どおりにマウントして使用する）はもはやオプションのようには見えませんでした。この場合、データ復旧に頼ることが私の解決策です。

すでにmdadmスーパーブロックをザッピングしているようです。以前はそこにあり、フォーマット1.1または1.2であった場合、ファイルシステムはオフセット2048セクターにある可能性が高いです。実行e2fsck /dev/sdc1?offset=2048して、そのオフセットで始まるファイルシステムを強制的に探すことができます。見つかったら、パーティションテーブルを変更して、ファイルシステムが実際に起動する場所を指すようにすることができます。あなたは使用することができますparted /dev/sdcし、unit sセクタ単位を使用するためのコマンド。 printテーブル、開始セクターと終了セクター、次にrmパーティションに注意してから、mkpart注意し、同じ終了セクタを使用して、使用しますが、開始セクタにオフセットを追加します。

2048が機能しない場合は、1985も試してください。