系统死机如此“严重”的原因可能是什么，甚至硬件重置按钮也需要大约 3 秒钟才能真正重置系统（然后它实际上关闭并再次启动，而不是像在正常运行的系统期间按下它时那样进行“干净”的硬重置）。
由于最初这种情况主要发生在播放 YouTube 视频时，所以我怀疑是显卡的问题 - 但是，我最近更换了显卡，但问题并没有解决。这种情况仍然会时不时发生（有时更频繁，比如在过去几个小时内发生了几次）。
系统运行的是 Windows 7 - 但我不认为这很重要，因为我认为任何软件（甚至是操作系统）都无法真正影响重置按钮的行为。
PC 没有过热，并且会随机发生死机。系统上也没有恶意软件。CPU 是 Gigabyte EX58-UD5 主板上的 Intel Core i7-920。
这个问题可能是什么原因造成的？内存故障？我还没有运行完整的 memtest86 检查，但我想知道是否存在比内存故障更可能的问题——毕竟检查 12G 内存确实需要一些时间！
事件日志中没有任何条目 - 但这正是我所预料到的，因为系统冻结得如此厉害，我怀疑它有没有时间写入任何事物到任何日志。
答案1
（通用答案）
我不确定，但 RESET 按钮不会将 BIOS 引导代码重新加载到 RAM 中，它只是跳转到该代码。因此，如果它已被有缺陷的驱动程序更改，则 RESET 按钮会失效。正是出于这种怀疑，我实际上开始进行了一些搜索，最后一个是“pc 冻结重置按钮不起作用”
有缺陷的驱动程序或自定义内核可能能够替代它，因为它不会覆盖实际的 BIOS 代码。关机（4 秒电源按钮）使下一次启动从 CMOS 加载初始程序，从而“重新加载 BIOS”。这就是它起作用的原因。
我在文本模式 Linux 内核中看到，每当我按下重置按钮时，在实际重置之前都会出现一整帧新文本（不知道，重置触发了 10 行还是 15 行新文本？）。可能有人会注意到，RESET 可能不会转到正常启动触发的实际 BIOS 位置...
您可以查找英特尔 CPU 的规格...在维基百科上，IBM PC 不会清除 RAM 也不会执行 IPL，这可能是由我们的普通 PC 继承的，但我不能确定，直到我实际试验它（也许是一些确实挂钩重置按钮的代码？）
因此，此按钮的任何问题都可能与软件有关，尽管我不能确定（如果操作系统从驱动程序中检测到类似的东西，则很可能是 BSOD，可能是因为相应的页面可能无法直接可用并且驱动程序“被捕获”修改页表）但 Linux 可能“去过那里，做过那事”...
随机的东西：我的电脑上的重置按钮距离电源按钮大约 4-5 英寸，而且更小，按起来有点困难，但并非不可能。
答案2
CPU（以及任何带有复位引脚的集成电路）应该始终对其复位信号做出反应。
可能的原因：
重置信号未到达 CPU。不确定重置按钮引脚在您的主板上是如何布线的，但它可能实际上到达了芯片组，也许芯片组存在缺陷或故障。
CPU 确实正在重置，但由于初始化初期出现错误，BIOS 中进展不大。CPU 故障，无法通过初始 BIST（内置自检）、BIOS 闪存芯片故障，或路由中断信号的主板硬件（通常是芯片组）出现故障。
CPU 或芯片组上的某些热保护功能出现故障。可能是您的风扇连接不正确或不完整，或者存在问题。
电源故障。
非常奇怪。真的，我能想到的就这么多。