在我的新PC（带有Windows 8.1 x64）上，本地SATA-HDD上的某些文件被损坏而没有明显的原因（经过一些IDLE）。
不是病毒/恶意软件！（已安装AVG防病毒软件进行了测试，还带有全新的8.1版本，没有任何第三方软件/驱动程序，均经过测试）
各种测试实用程序均未检测到硬件故障。
我注意到一段时间后，档案中的某些文件已损坏。
似乎它们总是被损坏的相同文件：在我对> 33000 jpeg文件的最后一次测试中，我得到了总是被损坏的30个相同文件的列表。看起来这30个文件包含一些特定的字节序列，在某些情况下会“激活”损坏。
（意识到问题后，我会定期从备份还原文件，然后将它们与WinMerge / BeyondCompare与备份进行比较）
损坏模式非常相似：在大多数情况下，某些最后字节（大约10-20个最后字节）填充有随机数据。但并非总是如此-还会遇到文件开头/中间带有随机数据的文件。
我对硬件问题进行了一些测试，但没有发现任何问题：
还做了很多各种各样的实验。喜欢：
一项测试给出了肯定的结果（可能是）：使用了从USB记忆棒启动的PartedMagic Linux。在使用Linux几周后，我没有任何损坏。但是我仍然不确定这个Linux发行版是否使用了相同的硬件访问模式（例如内存使用或某些SATA连接等），或者它根本不是偶然发生的。
一开始我以为是Windows驱动程序/缓存配置。我在Microsoft社区上提出了相同的问题，但没有解决方案。（answer.microsoft.com/zh-cn/windows/forum/windows8_1-files/files-on-hdd-getting-corrupted/e2b04d4f-d3ea-492d-a181-c1d437ab1507）
问题仍在分析中：我仍然没有获得稳定/可预测的序列来重现该问题。目前，我正在使用或多或少的准稳定重现序列（重现问题仍需要几天的时间）：
步骤3.需要几个小时（4-6），在几次迭代之后也可能检测到损坏。如果我在比较时尝试使用计算机，可能会发生这种情况-不确定。
我目前的理论：它可能与RAM有关（即使损坏的文件从未在写入模式下访问过。可能是Windows在某些内部文件索引过程中对压缩的NTFS内容进行了一些透明的重新分配……不知道）。
考虑到以上所有内容，任何人都可以提出建议或确认我的假设：
有人知道什么可能是原因吗？或者我还能做些什么来找出原因？是否有其他测试工具可以执行一些深度测试（例如在大量使用视频内存时进行内存测试等）？
如果我当前的假设是正确的（可能我的KINGSTON RAM模型与Motheboard不完全兼容，或者一个RAM模块有点缺陷并且无法在1600MHz上正常工作），我可以用哪些测试工具来证明这一点？（MemTest86 +和其他几个未检测到任何问题）
今天，我还注意到：在BIOS中，当我将内存时序从AUTO切换为MANUAL时，默认值与KINGSTON规范所建议的不同：应该是tRAS> 33.75（在BIOS中，默认值为27），tRFC应该是> 260（在BIOS中，默认值为208，但最大值为255，仍小于建议的260ns。从理论上讲，这可能是一个原因吗？（也将测试手动计时，但需要一些时间）。
因此，经过两个月和更多的实验。:-)
通过禁用NTFS压缩已解决了该问题。
的根本原因仍是个未知数：我相信它可以通过硬盘，内存或主板引起的。或通过执行NTFS压缩。
我玩了RAM计时-没有帮助。
与制造商支持联系，以解决有关已知硬件问题的问题。RAM和主板制造商没有已知问题的任何信息。硬盘制造商（东芝）没有回答:-)
无论如何，在禁用压缩后，正常使用计算机将近两个月后，该问题不再出现。而存储在压缩文件夹中的另一个样本副本却多次损坏/恢复。
Windows 8.1中使用的压缩算法的实现中可能存在错误。
我还对Windows 10版本进行了测试-压缩文件在一天的空闲期间被损坏。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句