☰

Testdisk 7.2を使用してSSDからRAW、exFAT、NTFS削除パーティションを回復する

tag-icon • tag-icon partition data-recovery testdisk
Testdisk 7.2を使用してSSDからRAW、exFAT、NTFS削除パーティションを回復する

今日、私はWindows "diskpart"を使用してポータブルSSD NVME 256GBのボリュームを削除するなど、愚かな操作を行いましたが、 "clean"を入力すると、そのディスク上のすべてのボリュームが削除されました。

外部SSDディスクの内部には、次のものが含まれます。 • 8GB Windows リカバリブート • NTFS 形式の通常のフォルダを格納するための 147 GB ボリューム • ext4 の 2 GB linux ブートフォルダ • ext4 の 39 GB ubuntu 暗号化ボリューム • 22 GB veracrypt 暗号化されたボリュームは exfat 形式です。 （exfatのようですが、わかりません。とにかくWindowsにRAWが表示されます。）（これは最も重要で見えないものです）

以下に私のスクリーンショットのいくつかを見ることができます。

ここに画像の説明を入力してください。

ここに画像の説明を入力してください。

ここに画像の説明を入力してください。

ここに画像の説明を入力してください。

結果は非常に混乱し、間違っていた。

ここに画像の説明を入力してください。

その後、ディスクジオメトリの「ヘッド」を8（以前は255）に変更して再分析しましたが、結果は同じでした。

以前のようにすべてのパーティションを復元する方法を知っていますか？

ベストアンサー1

Windowsツールが何をしたかはわかりませんが、パーティションテーブルのみを削除したと仮定すると可能性があります。パーティションが始まる場所を見つける必要があります。まず、これらのスクリーンショットのいずれかが元の状態を表示している場合は、復元するのに十分な情報かもしれません。

そうでない場合は推測する必要があります。最初のものは通常1MBで始まり、メガバイト全体でソートされる傾向があります。しかし、これが本当であるという保証はありません。

ディスクの2番目のメガバイト（おそらく最初のパーティションの先頭）を表示するには、次のようにします。

dd if=/dev/sdb bs=1M skip=1 count=1 | file -

最初のパーティションは、Windows回復パーティション（NTFSまたはFATのいずれか）であると述べました。fileそれから彼は次のように言うでしょう。

/dev/stdin: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "mkfs.fat", Media descriptor 0xf8, sectors/track 63, heads 255, hidden sectors 2048, sectors 524286 (volumes > 32 MB), FAT (32 bit), sectors/FAT 4033, reserved 0x1, serial number 0x7109f176, label: "EFI20210224"

またはこれ：

/dev/stdin: DOS/MBR boot sector, code offset 0x52+2, OEM-ID "NTFS    ", sectors/cluster 8, Media descriptor 0xf8, sectors/track 0, dos < 4.0 BootSector (0x80), FAT (1Y bit by descriptor); NTFS, sectors 204799, $MFT start cluster 4, $MFTMirror start cluster 12799, bytes/RecordSegment 2^(-1*246), clusters/index block 1, serial number 064baf16e1b371b26

とだけ出てくるなら/dev/stdin: data間違った位置にあるのです。skip=パラメータが見つかるまでパラメータを調整してください。全体のメガバイトではなく512バイトの倍数を確認することをお勧めします。おおよその寸法と順序を覚えているので、まだチャンスはあります。

ext4 パーティションの場合、file次のように表示されます。

/dev/stdin: Linux rev 1.0 ext4 filesystem data, UUID=52e69144-d086-54a3-882c-97fa6985226f, volume name "proot20210224" (needs journal recovery) (extents) (64bit) (large files) (huge files)

各タイプのファイルシステムについて、通常のファイルとして作成し、file説明を確認できます。これにより、各タイプがいつ見つかったかがわかります。しかし、無差別代入にしないで場所を確認してください。ファイルシステムヘッダーによく似たランダムジャンクは、ディスク上のどこにでも配置でき、人を欺くことができますfile。

すべての場所が取得されたら、まったく同じレイアウトを作成します。この目的で使用したい場合がありますsfdisk。私はギガバイトというよりユーザーフレンドリーなオプションが何を意味するのか知りませんでした。 sfdiskは常に512バイトを単位としていました。だから最初のものはおそらく

start=2048,size=16777216

1MBで始まる場合正確に8GiB。しかし、サイズはもちろん、次の製品をどこで探すかによって異なります。最後のパーティションでは、サイズをスキップして残りのディスクを使用できます。

パーティションテーブルを更新した場合は、パーティションを読み取り専用でマウントし、データを別の場所にコピーしてみてください。すべてのデータが安全になるまで、このディスクの読み書きには使用されなくなります。

おすすめ記事