PR

SSDの復元ファイルが開けない?名前と容量が戻っても「中身が全ゼロ」だった実例と確認手順

「復元ソフトにはファイルが出てきた。名前も容量も合っている。それなのに開けない」。SSDのデータ救出で、いちばん戸惑う結果の一つです。ファイル名・容量の検出と、中身の復元は別です。元SSDへの書き込みを止め、取り出したファイルを別ドライブで開いて確認することが最初の対応になります。ネット上には、異なるSSDや復元ソフトで、これに近い状況を経験した人の投稿があります。

PR・検証条件: 以下の実機実験では、MiniToolから提供された検証用ライセンスを使用しました。製品の復元成功率を評価する記事ではなく、復元結果の確かめ方を扱います。

公開された実体験投稿者が困ったこと
Redditの2021年の相談SSDから復元した文書は名前・日時・サイズが合うのに開けず、サンプルを調べると中身がゼロだった
CGSecurityのフォーラム投稿SSDからの削除ファイル復元で、取り出した内容が 00 になった

これらは投稿者本人の説明であり、個々の原因を独立に検証した記録ではありません。共通する**「見つかったのに使えない」**という悩みを、今回の記事の出発点にします。

私たちも外付けSSDで検証用ファイルを削除し、復元後の中身まで調べました。ファイル名と77,884バイトというサイズは戻りましたが、保存された77,884バイトはすべて 0x00。元データと同じ位置で一致したバイトは0でした。 少なくとも今回保存されたファイルは、元の内容として使えません。「ファイルを検出した」という表示だけでは、復元成功とは判断できません。

まず確認したいこと

復元後の状態分かること次の確認
ファイル名だけ見つかった管理情報などから候補が表示された保存後に実ファイルができるか確認
ファイルサイズが0バイト内容を保存できていない復元先と別の候補を確認
サイズは元と同じだが開けない内容が正しい証拠にはならないプレビュー、内容、元データとの照合
サイズは元と同じで全バイト 0x00今回取り出したファイルに元の内容がないSSDの使用を止め、バックアップや専門家への相談を検討
開けるが一部が壊れているデータの一部を読めている可能性があるコピーを保存し、必要な箇所を確認

「0バイトのファイル」と「77,884バイトあるが中身が全部ゼロのファイル」は別の状態です。エクスプローラーの「サイズ」だけでは、後者を見分けられません。

実際に試した結果:ファイル名・容量は一致、中身は一致せず

2026年9月23日、Windows 11 PCに接続したUSBケース内のSSDで、テキストの検証ファイルを用意しました。削除前に別ドライブへ控えを取り、両者のSHA-256が一致することを確認。検証用ファイルのみをShift+Deleteでごみ箱を経由せず削除し、元のSSDへの新規書き込みを避けました。

その後、MiniTool Partition Wizard Pro Platinumで検証領域をスキャンするとファイル名が表示されました。保存先には、元のSSDではなくPC内蔵ドライブを指定しました。操作条件と結果の詳細は実機レビューに掲載しています。

照合項目結果
削除前のファイル77,884バイト
復元後のファイル同じ名前・77,884バイト
SHA-256削除前と復元後で不一致
復元後の内容77,884バイトすべて 0x00
同じ位置で一致したバイト0バイト

復元後のSHA-256EFCF423720BE5A04525A48A177B38E19DE2768667225C3A2A955AF78ACC60A24 でした。これは77,884バイトをすべてゼロにしたデータのSHA-256と一致します。ファイルの「入れ物」は保存できても、中身は戻っていません。 ただし、1台のSSD・1ファイル・1回の実験であり、他のSSDや復元ソフトの成功率を示す結果ではありません。

なぜファイル名と容量だけ戻るのか

復元ソフトが表示する名前やサイズは、ファイルを管理する情報から見つけられる場合があります。一方、実際の本文や写真の画素データが読めるかは別です。今回のように、一覧でファイルを選べても、保存後の内容がすべてゼロになることがあります。ネット上の文書が開けなかった投稿でも、投稿者は後からサンプルの中身がゼロだったと報告しています。

SSDで考慮すべき仕組みの一つが**TRIMUNMAP(削除通知)**です。Microsoftによると、WindowsのNTFSでは削除通知が通常有効で、ファイル削除によって解放された領域をストレージへ知らせます。ただし、Windows側の設定が有効でも、USB変換部を通ってSSD本体へ通知が届いたとは限りません。Microsoft Learn「fsutil behavior」

今回も、TRIMUNMAPがゼロ化の原因だったとは特定できていません。削除時点の通知到達状況、USBケース、SSD側の処理、復元処理を切り分けられていないためです。検証PCで後から実行した fsutil behavior query DisableDeleteNotify0 で、Windows側の削除通知が有効な設定でした。ただし、削除直前・直後に記録した値ではなく、通知がSSD本体に届いた証拠でもありません。

ファイルが開けないとき、どの順番で動く?

1. 元のSSDへの書き込みを止める

削除に気づいたら、元SSDを使い続けないことが先です。新しいファイルの保存、アプリのインストール、初期化やフォーマットは、救出を難しくするおそれがあります。外付けSSDなら安全に取り外し、重要度の高いデータなら復旧の専門家に相談する選択肢もあります。Microsoftも、復元の可能性を高めるためにPCの使用を最小限にするよう案内しています。Microsoft Support「Windows File Recovery」

2. 別のコピーを探す

ごみ箱、別ドライブのバックアップ、クラウドの履歴、メール添付、共同作業先のコピーを確認します。今回のように取り出した内容が全ゼロでも、別の場所に元データが残っている可能性があります。元SSDを操作せずに確認できるものから調べましょう。

3. 復元先を元SSDと分ける

復元操作を試す場合は、救出したいSSDへ結果を書き戻さず、別のドライブへ保存します。MicrosoftのWindows File Recoveryでも、復元元と保存先を分ける方式です。Microsoft Support「Windows File Recovery」

4. 「保存できた」後に中身を確認する

まず適切なアプリで開き、文書なら本文、写真なら画像、動画なら再生できる範囲を確認します。元ファイルの控えがあればSHA-256を比較できます。ただし、ハッシュが違うだけでは「全ゼロ」とは分かりません。ファイルのバイト列に実データがあるかも調べる必要があります。冒頭の数バイトがゼロでも全体がゼロとは限らないため、全ゼロと断定するならファイル全体を確認します。

よくある疑問

復元ソフトに「検出」と出たら、データは戻っていますか?

いいえ。 名前やサイズが表示されても、内容が正しいとは限りません。別ドライブへ保存し、開けるか、必要な部分が残っているかを確認します。

復元後のファイルが全ゼロなら、別ソフトを使えば直りますか?

その全ゼロのファイル自体から元の内容を作り直すことはできません。 一方、この結果だけで元SSDからの回収可能性を完全に判定することもできません。データが重要なら、元SSDを使わず、削除方法・接続方式・復元結果を記録して専門家へ相談してください。

DisableDeleteNotify = 0 なら、今回の原因はTRIMですか?

断定できません。 0 はWindows側で削除通知が有効という設定値です。USBケースを経由してSSDに届いたか、削除した瞬間にどう処理されたかは別の確認が必要です。Microsoft Learn「fsutil behavior」

まとめ

ネット上には、SSDから復元したファイルの名前やサイズは合っていても開けない、という実体験が投稿されています。こちらの検証でも、77,884バイトのファイル名と容量は戻ったのに、内容は全バイトゼロでした。読者が最初にすべきことは、復元ソフトを次々に試すことよりも、SSDへの書き込みを止め、別のコピーを探し、取り出したファイルの中身を確認することです。

見つかったファイルと、使える状態に戻ったファイルは違います。その区別が、次の行動を決める出発点になります。

コメント

タイトルとURLをコピーしました