系統凍結如此“硬”，甚至硬體重置按鈕也需要大約3 秒才能真正重置系統（然後它實際上會斷電並再次啟動，而不是像“乾淨”的硬重置一樣），這可能是什麼原因？
由於它最初主要發生在播放 YouTube 影片時，我懷疑是顯示卡問題 - 然而，我最近更換了它，但它並沒有改變。它仍然不時發生（有時更頻繁，例如在過去幾個小時內發生過幾次）。
系統運行的是 Windows 7 - 但我認為這並不重要，因為我認為任何軟體，甚至是作業系統，都不會真正影響重置按鈕的行為。
電腦不會過熱，隨機發生凍結。系統上也沒有惡意軟體。 CPU 是 Gigabyte EX58-UD5 主機板上的 Intel Core i7-920。
造成這個問題的原因可能是什麼？記憶體故障？我還沒有運行完整的 memtest86 檢查，但我想知道是否存在比 RAM 故障更可能的問題 - 檢查 12G 的 ram 畢竟需要一些時間！
事件日誌中沒有任何條目 - 但這正是我所期望的，因為系統凍結得如此嚴重，以至於我懷疑它是否有時間寫入任何事物到任何紀錄.
答案1
（通用答案）
我不確定，但是 RESET 按鈕不會將 BIOS 引導程式碼重新載入到 RAM 中，它只是跳到它。因此，如果它被有缺陷的驅動程式更改，則 RESET 按鈕將失效。正是帶著這種懷疑，我實際上開始了一些搜索，最後一個是“電腦凍結重置按鈕不起作用”
有缺陷的驅動程式或自訂核心可能能夠替換它，因為它不會覆蓋實際的 BIOS 程式碼。斷電（4秒電源按鈕）使下次啟動從CMOS載入初始程序，從而「重新載入BIOS」。這就是為什麼它有效。
我在文字模式 Linux 核心中看到，每當我按下重置按鈕時，在實際重置之前都會出現一整幀新文字（我不知道，重置觸發了 10、15 行新行？）。人們可能會注意到，RESET 可能不會進入由正常啟動觸發的實際 BIOS 位置...
您可以找到 Intel CPU 的規格...在 Wikipedia 上，IBM PC 不清除 RAM，也不執行 IPL，這可能已被我們常用的 PC 繼承，但我無法確定，直到我實際使用嘗試一下（也許一些程式碼確實掛鉤了重置按鈕？
因此，此按鈕的任何問題都可能與軟體相關，儘管我不能確定（如果作業系統從驅動程式中檢測到類似的內容，則很可能出現BSOD，也許是因為相應的頁面可能無法直接可用，並且驅動程式是「抓住」修改頁表）但 Linux 很可能「在那裡，完成了那件事」...
隨機的東西：我的電腦上的重置按鈕距離電源按鈕大約 4-5 英寸，而且更小並且更難按下，儘管並非不可能。
答案2
CPU（以及任何具有重設引腳的積體電路）應始終對其重設訊號做出反應。
可能的原因：
重設訊號未到達 CPU。不確定重置按鈕引腳在您的板上是如何佈線的，但它可能實際上連接到了晶片組，晶片組可能有缺陷或故障。
CPU 實際上正在重置，但由於初始化早期出現錯誤，其 BIOS 並未進行太多操作。 CPU 故障導致初始 BIST（內建自我檢測）失敗、BIOS 快閃晶片故障或路由中斷訊號的主機板硬體（通常是晶片組）故障。
CPU 或晶片組上的某些熱保護功能故障。也許您的風扇未正確或完全連接，或有問題。
電源故障。
很奇怪。我能想到的，真的。