Windows とインストーラは %TEMP% と %LOCALAPPDATA%\Temp を常に入れ替えます。そこにしかなかったファイルは、気づく前にポリシー、再起動、またはストレージセンスで消えることがあります。クラスタが触られていなければ復旧できるだけで、窓はしばしば狭いです。
開発者やデザイナーは長時間セッション中、一時系のパスに自動保存することがあります。アプリがクラッシュしたとき、「復元用ドキュメント」は次の正常シャットダウンまで隠し tmp として残っていることがあります。最初の 1 時間は完璧な手順より速度が重要です。
確認なく一時を消すもの
- ストレージセンスのスケジュール済みクリーンアップ。
- ディスククリーンアップとサードパーティの「PC 最適化」スイート。
- ジョブの合間にワークスペースを消す CI ビルドスクリプト。
作業が重要なら、意図的にユーザーのドキュメントや同期フォルダへ永続コピーを置き、一時頼みにしないでください。復元するときは Temp を含むパスで絞り、最後に正常だった保存に近い更新日時を優先します。
ブラウザとインストーラの残骸
Chrome、Edge、Electron アプリはローミングとローカルのアプリデータ下に大きなブロブをキャッシュします。「削除した」ダウンロードが、キャッシュの圧縮まで部分的なファイルとして残ることもあります。Recuva がそれらの断片を出しても、元のサーバー応答なしで一つのダウンロードに再構成するのは、DRM なしで線形な資産でない限りめったに割に合いません。
企業のローミングプロファイルでは、一時がネットワーク共有にリダイレクトされ、別チームのクォータで静かに削除されることがあります。「欠落」ファイルがローカルディスクに触れたことがあるか確認してください。
復元後は習慣を変えます。本物のプロジェクトフォルダをピン留めし、既知のパスへ自動保存を有効にし、インストーラのエクスポート先の既定を一時にしないよう教えます。考え方はこのガイドについて、プロファイルツリーへのアクセスが権限で阻まれるときはサポートと併用してください。
OneDrive、Dropbox、「オンデマンドのファイル」
クラウドクライアントは、アップロード前にプレースホルダを一時領域へ展開することがあります。「削除した」クラウドファイルは、ローカルでは部分的なキャッシュにしか存在しなかったかもしれません。一時の断片を掘る何時間も使う前に、プロバイダーのごみ箱とバージョン履歴を確認してください。
WSL、Docker、開発者向け VM
Windows Subsystem for Linux はディストリビューションを .vhdx 内に格納し、伸縮します。Linux 内の削除が NTFS 側で Recuva が示すものと直感的に対応しないことがあります。失ったファイルが VHDX 内、Windows ホスト、バインドマウントのどこにあったか把握してからスキャン対象を選んでください。
スケジュールタスクと夜間ジョブ
夜間クリーナーが睡眠中の午前 2 時に一時を消すことがあります。その時間帯のアプリケーション ログをイベント ビューアで取り、ポリシーがファイルを消したことを「謎の妖精」ではなく証明してください。
復旧トリアージの順序
- 一時パスを所有していたアプリを特定する（インストーラ対 Office 対 IDE）。
- クラッシュや保存イベントに最も近い更新日時で候補を並べる。
- 結果をマージするときのファイル名衝突を避けるため、アプリごとに新しいフォルダへ復元する。
長期的な衛生
重いアプリのキャッシュは既定の OS ドライブではなく、監視付きの専用データディスクへ移します。OS パーティションを小さくすると、誤った容量逼迫の表面積が減り、アップデート中に一時が爆発したときの責任分界もはっきりします。