太長了；博士
在我的新電腦（Windows 8.1 x64）上，本機 SATA-HDD 上的一些檔案在沒有明顯原因的情況下被損壞（在閒置一段時間後）。
不是病毒/惡意軟體！ （已安裝 AVG 防毒軟體進行測試，也使用乾淨的全新 8.1，沒有任何第三方軟體/驅動程式）
各種測試實用程式未偵測到硬體故障。
長版
我注意到我的檔案中的某些文件在閒置一段時間後被損壞。
似乎它們總是被損壞的相同檔案：透過我對超過 33000 個 jpeg 檔案集的最後測試，我得到了總是被損壞的相同 30 個檔案的清單。看起來這 30 個檔案包含一些特定的位元組序列，在某些條件下會「啟動」損壞。
（在我意識到有問題後，我定期從備份中恢復文件，然後使用 WinMerge/BeyondCompare 將它們與備份進行比較）
損壞模式非常相似：在大多數情況下，最後一些位元組（大約最後 10-20 個位元組）填充有隨機資料。但並非總是如此 - 也會遇到文件開頭/中間帶有隨機資料的文件。
我對硬體問題做了一些測試，但沒有發現任何問題：
- 測試了 RAM（使用 MemTest86+ 和其他一些工具 - 在夜間使用不同的填充模式進行測試 - 沒有檢測到問題）
- 測試硬碟（在 0x05「重新分配的磁區數」屬性上偵測到 SMART 問題，按保固更換硬碟（相同型號）。現在沒有 SMART 問題，表面掃描上沒有壞磁區。
也做了很多各種各樣的實驗。喜歡：
- 重新安裝了Windows
- 嘗試使用乾淨的Windows（即使沒有主機板製造商的驅動程序，只有微軟提供的預設驅動程式）
- 嘗試安裝所有正確的驅動程式（從製造商的主頁下載）
- 刪除所有分割區並重新分割/格式化硬碟
- 嘗試安裝 AVG Antivirus，但未安裝任何軟體
一項測試給出了積極的結果（可能）：使用從 USB 記憶棒啟動的 PartedMagic Linux。經過幾週的 Linux 使用後，我沒有遇到任何損壞。但我仍然不確定這個 Linux 發行版是否使用相同的硬體存取模式（如記憶體使用或某些 SATA 連接等），或者它根本不是偶然發生的。
一開始我以為這是 Windows 驅動程式/快取配置的問題。我在微軟社群提出了同樣的問題，但沒有得到解決。 （answer.microsoft.com/en-us/windows/forum/windows8_1-files/files-on-hdd-getting-corrupted/e2b04d4f-d3ea-492d-a181-c1d437ab1507）
問題仍在分析中：我仍然沒有得到穩定/可預測的序列來重現問題。目前我正在使用或多或少的準穩定重現序列（仍然需要幾天的時間才能重現問題）：
- 修改配置（硬體或軟體）
- 從備份中還原文件
- 啟動 WinMerge，比較 HDD 上的存檔與 NAS 上的備份副本（透過本機網路）
- 如果未偵測到損壞，請前往步驟 3。
步驟 3. 需要幾個小時 (4-6)，並且在多次迭代後也可能會偵測到損壞。如果我在比較時嘗試使用計算機，可能會發生這種情況 - 不確定。
我目前的理論：它可能與RAM有關（即使損壞的檔案從未在寫入模式下存取過。可能是Windows在某些內部檔案索引過程中對壓縮的NTFS內容進行了一些透明的重新分配...不知道）。
- 刪除單一 DDR 模組：連續測試 3 天後問題未重現。
- 將“好”模組替換為先前提取的可能“壞”模組：問題在 1 天內重現。 （儘管 MemTest86+ 在發布後立即沒有檢測到 RAM 的任何問題 - 進行了 6 次擴展測試）
- 安裝了 Keept“壞”模組，但修改了 BIOS 中的 RAM 頻率 1600MHz->1300MHz - 已經運行了 3 天的比較測試 - 到目前為止沒有重現問題。
硬體
- 索泰 ZBOX ID90
- 硬碟：東芝 2.5" 1Tb (MQ01ABD100)。電腦中的單一硬碟。
- 記憶體：金士頓 HyperX PnP 8GB 1600MHz DDRIII (KHX1600C9S3P1K2/8G)- 兩個模組套件 4Gb+4Gb
軟體
- Windows 8.1 64 位元（包含所有最新更新）
- 檔案系統：NTFS壓縮
問題
考慮到上述所有內容，任何人都可以提出建議或證實我的假設：
有人知道可能是什麼原因嗎？或者我還能做什麼找出原因？是否有其他測試工具可以進行一些深度測試（例如密集視訊記憶體使用期間的記憶體測試等）？
如果我目前的假設是正確的（可能是我的KINGSTON RAM型號與主機板不完全相容，或者某個RAM模組有點缺陷並且在1600MHz下無法正常工作），我可以用哪些測試工具來證明這一點？ （MemTest86+ 和其他幾個沒有檢測到任何問題）
今天我還注意到：當我在 BIOS 中將記憶體時序從自動切換為手動時，預設值與 KINGSTON 規格推薦的不同：應該有 tRAS>33.75（在 BIOS 中預設值為 27），tRFC 應 >260（ BIOS 中的預設值為208，但最大值為255，仍小於建議的260ns）。從理論上這可能是個原因嗎？ （也會測試手動計時，但需要一些時間）。
答案1
所以，經過兩個月和更多的實驗。 :-)
太長；博士；
透過停用 NTFS 壓縮已解決該問題。
這根原因尚不清楚：我認為這可能是由硬碟、記憶體或主機板引起的。 或透過NTFS 實施壓縮。
長版
我玩過 RAM 計時 - 沒有幫助。
聯絡製造商支援人員詢問有關已知硬體問題的問題。 RAM 和主機板製造商沒有任何有關已知問題的資訊。硬碟製造商（東芝）沒有回答:-)
無論如何，在我停用壓縮後，在正常使用電腦近兩個月後，該問題並未重現。而儲存在壓縮資料夾中的另一個範例副本已多次損壞/復原。
Windows 8.1 中使用的壓縮演算法的實作可能有錯誤。
我還使用 Windows 10 版本進行了測試 - 壓縮檔案在一天的空閒期間被損壞。
答案2
您是否嘗試過更換SATA線？如果你有多餘的，不妨一試。嘗試找一個末端沒有金屬夾的產品。我在這些方面遇到了很多麻煩。
答案3
在命令提示字元（管理模式）中執行 CHKDSK C: /F - 注意命令中的空格 - 看看這是否有幫助。檢查磁碟將在重新啟動期間和 Windows 本身載入之前掃描並修復錯誤。