Memtest 冻结在 16%

Alo*_*edo 12 memory

我的电脑死机了,我决定运行 Memtest。发生的情况是:没有发现错误,但是当它达到 8:30 分钟(总测试的 16%)时测试停止。这是否意味着什么?我该怎么办?

Abh*_*ari 20

我最近在 Memtest 5.01 Release 版本上遇到了同样的问题。测试恰好在步骤 #7失败。在大约 20-25% 的进度指示器。

如果您遇到类似情况,建议的解决方案是不使用 SMP 模式。我猜你和我做了同样的事情。测试开始时按 F2 并启用 SMP。如果情况并非如此,并且您没有在 memtest86+ 屏幕中看到 SMP 启用,那么您应该尝试此处推荐的其他解决方案。

目前没有已知的修复方法。在 memtest.org86+ 上,只有 5.01 作为最新版本在撰写本文时存在。如果您使用的是更高版本,则很可能是 OEM,但可能使用相同的底层基本代码,但稍加修改继承了该问题。

参考:http : //forum.canardpc.com/threads/84663-Memtest86-is-freezing-while-running-test-7

当我在没有 SMP 的情况下运行测试时,一切都会检查出来。我调查的唯一原因是因为我发现很难相信硬件是最有可能导致问题的原因,所以我建议尝试不同的方法来确认硬件故障。

我在这个测试上浪费了半天时间,谷歌先把我带到了这里。现在我希望其他人可以节省时间在没有 SMP 的情况下运行测试。

  • 我在 2016 年 3 月再次遇到这个问题 - 5 年后并且遇到了同样的问题。整个事情都忘了。打谷歌,根本没有找到我的答案??浪费时间搜索。我们能不能都赞成这个请拯救地球集体浪费电力。谢谢你 (2认同)

TOO*_*GAM 2

如果 Memtest 冻结并且无法恢复(如果您只是让它继续运行一段时间),那么我只能得出结论,这确实是一个很好的、强有力的指标,表明内存无法正确访问。

通常当出现内存错误时,MemTest 继续运行不会有问题,但它确实会继续,因此 MemTest 会在屏幕上绘制一些东西。完全冻结确实表明系统的稳定性受到影响,这是内存无法正常工作的可能症状之一。

这可能是内存条损坏、主板损坏或者其他问题(例如 CPU 功能错误)。在这种情况下,禁用 CPU 功能可能有助于使 Memtest 更好地工作,如果是这样,可能会导致系统在其他时间(当您启动正常的操作系统时)更好地工作。可能还有其他可能的原因;理论上,损坏的主板可能会在尝试访问内存时导致错误。

在我进一步排除故障(可能涉及用其他部件替换部件)以找出问题的根源之前,我不会信任这台计算机来执行任何重要的数据处理任务。我可能会容忍计算机播放视频之类的事情,为了娱乐,一些不准确的内存处理(丢失)可能是可以容忍的。如果我关心演示文稿,例如商务会议,我依靠系统稳定性来进行精彩的演示,那么我就不会信任这个系统。了解访问数据需要内存;内存故障可能会导致写入不正确的数据,从而导致进一步的问题。一定要将此视为首要任务,直到它真正解决为止。

如果您一直怀疑是否真的存在问题,那么我对您的 MemTest 结果的解释是肯定的:存在。我并不是想说我确切地知道是什么导致了问题,但我确认有些地方出了问题。Memtest 通过明确地告诉你这一点来完成它的工作。

  • 你不应该“仅仅得出结论”。总有可能是 MemTest 错误,事实上,最近有几个人遇到过这个错误。 (2认同)
  • 我遇到了三种不同的内存集的 SMP 冻结问题,它们的属性都相同(一个 RMA,一个用于检查 RMA 是否是一种解决方案)。这要么是 MemTest86+ 中的错误,要么是 CPU/主板触发了此问题。 (2认同)