Windows7での偽のファイル破損の疑い
最近、私のラップトップは、ハードドライブ（Samsung SSD PB22-JS3 TM）上の破損したファイルについて警告することがあります。これは、TortoiseSVNまたはコマンドラインSubversionクライアントのいずれかを使用してSVNリポジトリを更新（またはチェックアウト）するときにのみ発生しました。
面白いのは、破損したファイルが常に.svnディレクトリであったことです（ただし、ディレクトリエントリmayファイルが十分に小さい場合は、そのディレクトリにもファイルが含まれます—これは事実です。 SVNを使用）。ただし、警告されたディレクトリを調べると、奇妙なことや異常なことは何も気付かず、それ以上の警告は表示されず、動作を更新するための別の試行（エラーが発生するとSVNは更新を停止します— TortoiseSVN）コピーは機能します（ほとんどの場合、ディレクトリが異なっていても、再度実行されることがあります）。
ラップトップはまだ数か月しか経っていないので、SSDがすでに故障しているとは思えません。通常の5か月の使用はそれほど驚くべきことではありません。また、（これまでのところ）大規模なリポジトリでのSVNの更新でのみ発生しました。たぶん、それは短時間での書き込みが多すぎて、ソフトウェアとハードウェアの間の一部が十分に速く追いつかないかもしれません—私はこれについて十分に知らないので、ここで実際に情報に基づいた推測をすることができません。
誰もがここに何があるか知っていますか？
ETA：追加の注意：chkdskを実行しました（これが発生すると、とにかくスケジュールを設定しているようです）、異常なことは何も見つかりませんでした。
this が問題に関連しているかどうかを確認してください。
簡単な要約：Windows 7 NTFSファイルシステムドライバーには、プロセスが別のプロセスで使用されているファイル（たとえば、バックグラウンドファイルインデックスサービス）通常の場合の「アクセス拒否」エラーは発生しませんが、代わりに「ファイルが破損しました」。これにより、次のシステム起動のためにchkdskもスケジュールされます。リンクされた記事からの引用：
Microsoft 確認済み このバグ：
これは、NTFSファイルシステムのWindows7での既知のリグレッションです。これは、アトミックoplockが含まれているファイルに対して置き換えの名前変更を行うときに発生します（アトミックoplockはWindows 7の新機能です）。インデクサーはアトミックoplockを使用するため、インデクサーを無効にしたときに役立ちました。 Explorerはアトミックオプロックも使用しているため、まだ問題が発生しています。これが発生すると、STATUS_FILE_CORRUPTが誤って返され、ボリュームが「ダーティ」とマークされます。これは、chkdskを実行する必要があることをシステムに通知します。実際の破損は発生していません。
同じSamsungドライブで同様の問題が発生しています（MMCRE28G8MXP-0VBL1-これはPB22シリーズのものであると確信しています）
私はそれを2週間しか持っていませんが、ドライブの一貫性のためにchkdiskを数回実行するために、通常の起動がすでに中断されています。問題は発生しませんが、NTFSの破損の問題に確実に対応しています。イベントビューアで、いくつかのNTFS破損エラーが表示されます-イベントID：55タスクカテゴリ2。
はっきりとは言えませんが、高回転ドライブの使用と同時発生しているような気がします。私はいくつかの大きなExcelファイル（10MB以上）を同時に使用してきましたが、ドライブが追いつくのにかなり苦労していることは明らかです。 NTFSが「同期しなくなっている」可能性があります
Chkdiskを介して実行すると、USN Journalについて言及されますが、私はまだそれに注意を払っていません。