Recuva は削除されたファイルがディスク上でどれだけまとまって見えるかを復旧状態で要約します。「優秀」は多くの場合クラスタチェーンがまだ一続きであることを意味しますが、重度の断片化、部分的な上書き、奇妙な NTFS の挙動でも、実アプリでは開けないファイルになり得ます。
復旧状態は天気予報であり保証書ではありません。晴れマークでもピクニックが乾いたままとは限りません。スキャン時点では条件が良さそうだったと言っているだけです。復元する前に同じボリュームへ別の書き込みが入ると、その見通しは黙って悪化します。
「優秀」なのに壊れる理由
- 先頭と末尾のクラスタは無事だが、途中の連続領域が小さなログに再利用され、データベースや動画コンテナが壊れた。
- NTFS の圧縮やスパース属性により、ディスク上のサイズがアプリが mmap するとき期待するより小さい。
- 別データストリームやハードリンクのエントリを意図せず復旧対象にした。
画像はプレビュー、文書は可能ならすばやく開いて確認します。動画はサイズだけ信じるより短い再生テストの方が確実です。重要ならまずコピーを復元し、既知の良好なバックアップがあればハッシュ比較をします。
Office と ZIP の現実
現代の Office ファイルは ZIP コンテナです。わずかなビット損傷でも Word は「破損」と報告しがちで、内部の XML の大半は読めることもあります。専用修復ツールが部分ストリームを取り出せることがあります。Recuva の役割は、その第二段階に十分なバイトをディスクから取り出すことまでです。
同じボリュームで忙しい一週間のあと多くのファイルが悪い状態なら、期待値を下げる合図です——サムネイルや切り詰められたペイロードに留まるかもしれません。結果は次回から作業の流れの規律と組み合わせてください。ソースディスクの再利用が少ないほど確率は上がります。
何を復旧したかの記録
簡単な表を残します。元パスのヒント、復元ファイル名、サイズ、可能ならハッシュ、人間が開いて検証したか。利害関係者が一週間後に「このファイルはもう試した？」と聞いたときに時間を節約します。
一覧での状態表示の UI 詳細は製品ツアーへ。特定の種類だけプレビューが落ちるなら、コーデックと権限の型はサポートを参照してください。
RAW 写真、DAW セッション、「小さなファイルだらけのフォルダ」
メーカー独自のカメラ RAW はサイドカーの XMP や JPEG プレビューを参照することがあります。.CR3 だけを復元してサイドカーを失うと、クラスタが無事でも Lightroom では破損に見えます。関連拡張子をまとめて探してください。
数千テイクの小さな WAV でもヘッダーだけは「優秀」に見え、クロスフェードの編集は忘れがちなセッションファイル側に残ります。メディアだけでなくプロジェクト／セッションファイルを必ず追います。
仮想ディスクとスパースイメージ
VM ディスク（.vhdx、.vmdk）は巨大なスパースファイルになり得ます。復旧状態はホスト上の NTFS でのそのファイルの割り当てを反映し、ゲスト内のすべてのブロックの健全性ではありません——外側のイメージが健康でもゲスト内のファイルは壊れていることがあります。
非技術者へのリスクの伝え方
- メールでは「優秀」を「スキャン時点で構造は無事そうに見えた」に言い換える。
- 検証ログを添付し、同じファイルの再依頼を止める。
- 一部の切り出し JPEG では低解像度の埋め込みプレビューしか取れなかったことを明記する。
再スキャンよりエスカレーションすべきとき
独立した二回のパスで同じパスヒントの状態が食い違うなら、不安定なハードウェアか不良ケーブルを疑います。一週間ラベル争いをするよりハードを一度交換する方が安いです。