光盘文件MD5值不断变化是什么出问题

kfk

千里同风 发表于 2019-3-28 23:18
我估计应该是内存条有问题，否则太不可思议了。
我还这样试过，用winhex生成一个64M的文件，发现全部填0 ...

与运算时长相关？
与温度相关？

00/FF 与 随机填充 运算时长有没区别？

千里同风

可能与温度有关，冷开机初不出那问题，开机长或运行大游戏后就频繁出现
不同填充计算时间没注意，大概1一2秒吧

617757887

千里同风 发表于 2019-3-31 10:23
可能与温度有关，冷开机初不出那问题，开机长或运行大游戏后就频繁出现
不同填充计算时间没注意，大概1一2 ...

远景发现的帖子不知道是不是一个现象

http://bbs.pcbeta.com/viewthread-1810125-1-1.html

仅供参考

ELOHIM

断网重装系统吧，全新分区。重置你的BIOS。

JackieLJQ

遇到过，下载不断出错，hash文件多次不一，检查是内存掉了一个细小的零件，拔了没事

千里同风

617757887 发表于 2019-3-31 16:16
远景发现的帖子不知道是不是一个现象

http://bbs.pcbeta.com/viewthread-1810125-1-1.html

应该不是，他那个可能是下载的过程中产生的数据改变（有些高速下载工具容易出现这种情况）。
我这个是在确保内容完全不变的情况下哈希值不一样。相当于上次1+1＝2下次1+1＝3，1+1没有变，只是计算结果在变，哈希计算工具确保没问题。


图1，同时计算同一文件，哈希结果不同


图2，同时压缩同一文件，CRC不同

kfk

千里同风 发表于 2019-4-1 10:04
应该不是，他那个可能是下载的过程中产生的数据改变（有些高速下载工具容易出现这种情况）。
我这个是在 ...

其实原理一样，都是从内存里出来的缘故。下载工具自身不可能出这种纰漏吧。

建议用Beyond Compare之类的对比工具，对比一下Hex，看看出错起点。

kfk

多对比几个，看看起点有没普遍性。

另外，7-Zip的整套校验值也可以试试。

千里同风

kfk 发表于 2019-4-1 20:26
其实原理一样，都是从内存里出来的缘故。下载工具自身不可能出这种纰漏吧。

建议用Beyond Compare之类 ...

昨天计算一直变化如26楼图，哈希值各不相同，包括压缩包中的，共４组CRC32无一相同，实际验算不下1０次，次次不同，未截图而已
今天这台电脑不疯了，计算了很多次，哈希值恒定，如图：

也许明天这个文件的MD5又会变来变去的，但后天又恢复正常．也就是说，如果真是文件的二进制数据在变，那么经过7２变后，它还能变回原来的样子哩！

kfk

在一个文件上算，变化只在内存里，没法捕捉。

复制(或压缩)成多个文件，然后用比较软件对比，
照理应该一致，
如果不一致，那就能看看怎么个不一致，比如位点。
▲如果重复多次对比结果相同，那可能是硬盘问题。
▲如果重复多次对比结果不同，那可能是内存/主板问题（影响到对比软件了）。

另外，看看系统事件有没相关错误信息。