tl; dr
私の新しいPC（Windows 8.1 x64）では、ローカルのSATA-HDD上のいくつかのファイルが目に見える理由なしに壊れています（何らかのIDLEの後）。
ウイルス/マルウェアではありません！（AVGウイルス対策をインストールし、サードパーティ製のソフトウェア/ドライバーを使用しないクリーンな最新8.1でテストを行いました）
さまざまなテストユーティリティによってHW障害が検出されませんでした。
ロングバージョン
アーカイブ内の一部のファイルが、しばらくアイドル状態になった後に破損していることに気付きました。
それらは常に破損している同じファイルのようです：33000を超えるjpegファイルのセットでの最後のテストでは、常に破損している同じ30個のファイルのリストを取得しています。これらの30個のファイルには、特定の条件下で破損を「アクティブ化」する特定のバイトシーケンスが含まれているようです。
（問題があることに気付いた後、定期的にバックアップからファイルを復元し、WinMerge / BeyondCompareでバックアップと比較します）
破損パターンはほとんど同じです。ほとんどの場合、最後のバイト（約10〜20バイト）にランダムデータが書き込まれます。しかし、常にではありません-また、ファイルの先頭/中央にランダムなデータがあるファイルに会いました。
HWの問題に対していくつかのテストを行いましたが、問題は見つかりませんでした。
- テスト済みのRAM
- テスト済みのHDD（0x05の「再配置セクター数」属性でSMARTの問題を検出、保証によりHDDを交換（同じモデル）。現在、SMARTの問題、表面スキャンでの不良セクターはありません。
また、さまざまな実験を行いました。好む：
- 再インストールされたウィンドウ
- きれいなウィンドウで試してみました（マザーボードの製造元からドライバーがなくても、Microsoftが提供するデフォルトのみ）
- すべての適切なドライバーをインストールしてみました（製造元のホームページからダウンロード）
- すべてのパーティションと再パーティション化/フォーマットされたHDDを削除しました
- AVG Antivirusをインストールし、なしで試してみた
1つのテストで（おそらく）肯定的な結果が得られました。USBスティックから起動したPartedMagic Linuxを使用しました。Linuxを数週間使用しても、破損はありません。しかし、このLinuxディストリビューションが同じHWアクセスモード（メモリ使用、SATA接続など）を使用していたのか、それとも偶然ではなかったのか、まだわかりません。
最初は、Windowsドライバー/キャッシュ構成に関係するものだと思っていました。Microsoft Communityで私が提起したのと同じ質問ですが、解決策はありませんでした。（answer.microsoft.com/en-us/windows/forum/windows8_1-files/files-on-hdd-getting-corrupted/e2b04d4f-d3ea-492d-a181-c1d437ab1507）
問題はまだ分析中です：問題を再現するための安定した/予測可能なシーケンスを取得できませんでした。現在、私は多かれ少なかれ準安定な再現シーケンスを使用しています（問題を再現するにはまだ数日かかります）：
- 構成の変更（HW、またはSW）
- バックアップからファイルを復元する
- HDD上のアーカイブとNASのバックアップコピーを比較して（ローカルネットワーク経由で）WinMergeを起動します
- 破損が検出されない場合は、手順3に進みます。
手順3.には数時間（4-6）かかります。また、数回の反復後に破損が検出される場合があります。おそらく比較中にコンピューターを使おうとすると起こります-確かではありません。
私の現在の理論： RAMに関連している可能性があります（書き込みモードで破損したファイルにアクセスしたことがない場合でも、Windowsが内部ファイルインデックス作成手順中に圧縮NTFSコンテンツの透過的な再割り当てを行う場合があります...わかりません）。
- 単一のDDRモジュールを削除：3日間の継続的なテストの後、問題は再現されませんでした。
- 「良い」モジュールを以前に抽出した潜在的に「悪い」モジュールに置き換えました。問題は1日間再現されました。（MemTest86 +は、発行直後にRAMの問題を検出しませんでした-6回の拡張テストを実行しました）
- Keepの「不良」モジュールがインストールされましたが、BIOS 1600MHz-> 1300MHzのRAM周波数が変更されました-すでに3日間の比較テストを実行しています-これまでのところ問題は再現されていません。
ハードウェア
- Zotac ZBOX ID90
- HDD：TOSHIBA 2.5 "1Tb（MQ01ABD100）。コンピューターの単一のハードドライブ。
- RAM：KINGSTON HyperX PnP 8GB 1600MHz DDRIII（KHX1600C9S3P1K2 / 8G）-2つのモジュールのキット4Gb + 4Gb
ソフトウェア
- Windows 8.1 64ビット（すべての最新の更新を含む）
- ファイルシステム：NTFS圧縮
ご質問
上記のすべてを考慮すると、誰もが私の仮定をアドバイスしたり確認したりできます：
誰が理由になるのか考えていますか？または、理由を検出するために他に何ができますか？いくつかの詳細なテスト（ビデオメモリの集中的な使用中のメモリテストなど）を実行できる他のテストツールはありますか？
現在の仮定が正しい場合（おそらく、KINGSTON RAMモデルがmotheboardと完全に互換性がないか、1つのRAMモジュールに欠陥があり、1600MHzで正常に動作しない可能性があります）、どのテストツールでそれを証明できますか？（MemTest86 +および他のカップルは問題を検出しませんでした）
今日も気付きました：BIOSでメモリタイミングをAUTOからMANUALに切り替えると、デフォルト値はKINGSTON仕様で推奨されている値と異なります：tRAS> 33.75（BIOSではデフォルト値は27）、tRFCは> 260（ BIOSのデフォルト値は208ですが、最大値は255であり、推奨される260 ns未満です。それが理論的には理由でしょうか？（手動のタイミングもテストしますが、時間がかかります）。