☰

testdiskおよびgpart情報を使用したext4パーティションのマウント

tag-icon • tag-icon partition data-recovery ext4 fdisk
testdiskおよびgpart情報を使用したext4パーティションのマウント

900,000個のファイルを含む2TBディスクのext4パーティションテーブルを回復しようとしています。元のHDを複製し、現在複製されたHDで作業しています。 Parted Magic Live CDを実行しています。

testdiskを使用して、元々削除されたパーティションの外観を取得しました。

Disk /dev/sdd - 2000 GB / 1863 GiB - CHS 243201 255 63
Partition Start End Size in sectors
>P Linux 0 1 1 243200 254 61 3907024000 [Duo]

この番号を読むのを手伝ってくれる人はいますか？私が知っている限り、mountコマンドを使用してデータを使用でき、すべてがうまくいったらファイルにアクセスしてファイル転送を開始できます。そうですか？

~によるとこのマニュアルページ、testdiskから抽出したデータを使用してパーティションを回復できます。

「TestDiskで提供された値を使用すると、fsckを使用してext2 / ext3ファイルシステムを回復できます。TestDiskがブロック番号24577でブロックサイズが1024バイトのスーパーブロックを見つけたら、

# fsck.ext3 -b 24577 -B 1024 /dev/hda1

しかし、正確にどうなるかはわかりません。

ところで、gpartのより有用なデータは次のとおりです。

# gpart -gv /dev/sdd

dev(/dev/sdd) mss(512)
Primary partition(1)
   type: 131(0x83)(Linux ext2 filesystem)
   size: 1907726mb #s(3907024000) s(63-3907024062)
   chs:  (0/1/1)-(1023/254/63)d (0/0/0)-(0/0/0)r
   hex:  00 01 01 00 83 FE FF FF 3F 00 00 00 80 74 E0 E8

Primary partition(2)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
   hex:  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Primary partition(3)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
   hex:  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Primary partition(4)
   type: 000(0x00)(unused)
   size: 0mb #s(0) s(0-0)
   chs:  (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
   hex:  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Begin scan...
Possible partition(Linux ext2), size(1734848mb), offset(2mb)
   type: 131(0x83)(Linux ext2 filesystem)
   size: 1734848mb #s(3552968704) s(4096-3552972799)
   chs:  (1023/255/0)-(1023/255/0)d (0/0/0)-(0/0/0)r
   hex:  00 FF C0 FF 83 FF C0 FF 00 10 00 00 00 00 C6 D3

~によるとこの投稿私はこの情報を使って私を助けることができます。

"この時点で有用な情報が得られました。s（63-117258434）部分は開始セクターである63を示しています。セクターは512バイトなので、パーティションの正確な開始オフセットは32256です。

mount -o loop,ro,offset=32256 /storage/image/diskofperson.dd /mnt/recovery

「見て、ファイルシステムへのアクセス権を得ました」

/storage/image/jdiskofperson.dd on /mnt/recovery type vfat (ro,loop=/dev/loop0,offset=32256)

どんな助けでもいいでしょう。

答え1

これが役に立つかどうかはわかりませんが...

testdiskがパーティションを認識するポイントに達したら、そのパーティションを選択し、構造を詳細に調べ、ファイルを表示するメニューオプションを選択できる必要があります。ここからファイルのコピーを選択できます。

ただし、目的のパーティションを識別した場所に戻ると、新しいパーティションテーブルをディスクに書き込む[w]riteオプションが画面に表示されます。これにより、回復されたパーティションとは異なる偽（最良の推測）パーティションが提供されます。この時点でデータをコピーし、必要に応じてディスクを回復します。

一度だけやってみたので詳細はわかりません。しかし、FreeBSDのfdiskでパーティションテーブルを操作した後、testdiskは私が必要とするNTFSパーティションを復元しました。

リカバリのためにtestdisk以外には何も必要ありませんでしたが、testdiskで初期デバイスタイプを選択したときにパーティションテーブルをmsdosからgptに変更したため、最終的にデータをコピーしてディスクを再フォーマットします。

答え2

ディスクをディスクに直接複製したので、見つかったデータを使って簡単にgpartパーティションテーブルを復元できます。実際、gpartはそれを再生成できます。

gpart -gv -W /dev/sdd /dev/sdd
partprobe /dev/sdd

次に、から/dev/sdd1ファイルシステムの回復ツールを使用します。/dev/sdd1e2fsck /dev/sdd1

関連情報