web-dev-qa-db-ja.com

NTFSパーティションは失われましたが、データはそこにあるはずですが、どのように回復するのですか？

Shortly：パーティションが失われるという問題が発生し、Testdiskは問題を解決できません。すべてがファイルがディスク上にあると私に思わせますが、それらを元に戻す方法がわかりません。また、私は英語を母国語としないので、最終的にいくつかの間違いをしたことをお詫びします。

詳細

Gparted（Linuxが実行中）を使用してドライブのNTFSパーティションのサイズを変更しようとしましたが、操作が失敗し、ファイルシステムが失われました。

これは前のディスクでした：

125 GB - primary - NTFS (windows)
3 GB - primary - linux swap
21 GB - primary - ext4 (linux)

これが私が意図したことです。ディスクの先頭に空き領域を作るために、NTFSパーティションを左から縮小します。 gpartedでは、次のようにパーティションを編集しました。

60 (more or less) GB - unallocated
60 (more or less) GB - primary - NTFS (windows) (shrink)
swap and ext4 same as before (unchanged)

「適用」をクリックしました。その過程で、私は何が起こっているのかを読んでいました。それは、HDの最初の部分から新しい小さなNTFSパーティションに30GBのデータを転送していました。この部分は成功しました（ご存知のとおり、縮小プロセスはいくつかの部分で構成されており、このファイルの転送は問題ありませんでした）。次に、gpartedが新しいMFTを作成してMBRを更新しようとしましたが、失敗したと思います。その日の最大の間違いは、ログを保存しなかったことです（gpartedは自動的にログを保存しますか？）が、私が覚えている限り、エラーは「予想以上にクラスターが解放された」などでした。結果は次のとおりです。

67 GB - primary - NTFS (gparted says: "Failed to load runlist for $MFT/$DATA. highest_vcn = 0xc747, last_vcn - 1 = 0x1633b . Failed to load $MFT: Input/output error . NTFS is inconsistent")
57 GB - unallocated
swap and linux are unchanged

起動可能なUSBからTestdiskを実行し、クイックスキャンを実行しましたが、新しいものは見つかりませんでした。ディープスキャンで、追加のNTFSパーティションが見つかりました。

NTFS 0 32 48 16305 55 6 261941233

しかし、ファイルを表示するために「enter」または「p」と入力すると、「パーティションが破損しています」と表示されます。

いくつかの注意：

1）私の指示がNTFSの前に空き領域を作成することだったのは奇妙ですが、gpartedが今見ているのは、NTFSの後の未割り当て領域です。また、NTFSには一貫性がありません。たぶんgpartedは最初のパーティションに新しいMFTを作成し、2番目のパーティションにコピーできませんでしたか？

2）操作中に読んだものから、ファイルはすべて未割り当て領域にあるはずです。どうすればそれらを見つけることができますか？ PhotoRecを使用するとディレクトリ構造が失われるため、順序付けられた方法でそれらを回復しようとします。

私は何をすべきか？助けてください、さもないと私のガールフレンドが私を殺してしまいます！ （それは彼女のコンピューターです。。：O）

data-recoveryntfsgpartedtestdisk
1
Attilio

これは私が最終的にディスクからいくつかのファイルを回復することに成功した方法です。私は答えの一部がトピックから外れることを知っています（私は多くのWindowsプログラムを使用したので）が、完全を期すために、将来のユーザーのために私の経験を共有したいと思います。

私が学んだ最も重要な教訓はパーティションをサイズ変更する前にデータをバックアップするです。

TestDiskは役に立たなかったので、ディープスキャンを実行しても、PhotoRecを使用することにしました。幸い、3〜4か月前のディスクバックアップがあったので、ディスクからすべてのファイルを回復し、最後のバックアップ後に作成された有用なファイルのみをフィルタリングすることを目指しました。

PhotoRecを使用した最初のスキャンはディスク全体でした。 5700ファイル（2,12 GB）を回復しましたが、ループを開始し、セクター数が減少していました。

2回目のスキャンでは、NTFSの半分のみをスキャンするように設定しました。 56800ファイル（40 GB）を回復しました。

ディスクの後半をスキャンする必要があったので、ディスク全体のスキャンを再開し、停止して、セッションログファイルを編集しました。すでに行われている部分が終わる前に、数百万セクターの数値を手動で入力しました。 PhotoRecを再開し、セッションを再開するように指示しました。魔法のように！ディスクの後半だけをスキャンすることができました。 128400ファイルが見つかりました（43.5GB）。

FreeFileSyncを使用して、「PR_scans」という名前のフォルダーに3つのスキャンをコピーしました。

Cygwinをインストールしました。 「Processing」という名前の別の空のフォルダーを作成しました。これを使用して、いくつかの有用なファイルをキャッチし、それらをバックアップと比較しました。

Cygwinでは次のようなコマンドを使用しました：

find PR_scans/ -iname '*.jpg' -size +250k -exec mv -vi {} Processing/ \;

便利なファイルを見つけるために。個人の写真をインターネットのキャッシュファイルから分離するには、250kが適切なカットオフサイズであることがわかりました。他の種類のファイルについては、最小サイズを設定していません。

find PR_scans/ -iname '*.docx' -exec mv -vi {} Processing/ \;

すべての意味のあるファイル拡張子（doc、xls、xlsx、pdf、png、mov、aviなど）に対してこの操作を繰り返しました。

私はついにDuplicate Cleaner Freeを使用して、古いバックアップにすでに存在していたすべてのファイルをProcessingフォルダーから削除しました。

RecuperaBitの作成者からこのサイトで連絡があったので、かなり魔法のように見えるこのツールをテストすることにしました。

RecuperaBitは、3か月前のバックアップのサイズである13500、30,8 GBに対して、合計13772ファイル（22,2 GB）を検出しました。これはかなり良いようです。これらのファイルのうち：

  • 8700ファイルは私の古いバックアップのファイルの完全な複製でした
  • 4000以上のファイルは、その間に変更されたため、またはRecuperaBitが破損したコンテンツを回復したため、名前は同じですがコンテンツが異なります。
  • 最も興味深いことに、395は私のバックアップにないPhotoRecファイルの複製でした。これは、PhotoRecがコンテンツを回復したが、RecuperaBitがファイル名とパスを回復したことを意味します!!
2
Attilio

移動が実際に期待どおりに行われたと仮定すると、データはそこにあるはずです。

パーティションテーブルを再構築する方法がわかりませんが、以下を使用して、パーティションテーブルが破壊されたドライブからデータを正常に回復しました。

http://www.r-studio.com/

成功を約束することはできませんが、この試みは無料です。デモバージョンは、重要なファイルを回復する機能がないという点でのみ機能しません。あなたはそれがそこにあると思うものを正確に見て、それが正気であるかどうかを見るために小さなものを取り戻すことができます。

このアプローチを使用するには、別のドライブが必要になることに注意してください。

あなたがそれを試みている間、完全バックアップなしでパーティションエディタで遊ぶための20のまつ毛！

（RAIDの状況でパーティションテーブルが非標準の場所に配置されたために、他のすべてのツールでスクワットができなかったときの結果に非常に満足していることを除いて、会社とは関係がありません。）

1
Loren Pechtel