☰

每當我合上蓋子時 Windows 8 就會崩潰

tag-icon • tag-icon windows-8 bsod sleep
每當我合上蓋子時 Windows 8 就會崩潰

惠普 Dv7 (XG300AV)

為了讓我的筆記型電腦成功進入睡眠狀態，我必須讓它進入睡眠狀態，然後在它進入睡眠狀態後合上蓋子。但有時這不起作用。只要合上蓋子就會讓電腦嘗試進入睡眠狀態，但它只是崩潰了。我認為我需要更新一些驅動程序，但我不知道哪些驅動程式。我有適用於我的 GPU 的最新 ATI 驅動程式。

這是最新的轉儲文件。我還在我的保管箱中附加了一個鏈接，用於下載大約 3 週的文本文件（約 25 個轉儲）。

https://dl.dropbox.com/u/12025874/multiple%20dumps.txt

大多數錯誤似乎是由 Monitor.sys 引起的，儘管 portcls.sys 與其他一些錯誤一起出現。謝謝！

Dump File         : 122712-14484-01.dmp
Crash Time        : 12/27/2012 11:07:25 PM
Bug Check String  : SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
Bug Check Code    : 0x1000007e
Parameter 1       : ffffffff`c0000005
Parameter 2       : fffff800`4868b1d3
Parameter 3       : fffff880`0b3fdf88
Parameter 4       : fffff880`0b3fd7c0
Caused By Driver  : monitor.sys
Caused By Address : monitor.sys+89b8
File Description  : 
Product Name      : 
Company           : 
File Version      : 
Processor         : x64
Crash Address     : ntoskrnl.exe+711d3
Stack Address 1   : 
Stack Address 2   : 
Stack Address 3   : 
Computer Name     : 
Full Path         : C:\WINDOWS\Minidump\122712-14484-01.dmp
Processors Count  : 8
Major Version     : 15
Minor Version     : 9200
Dump File Size    : 281,976

答案1

monitor.sys是 Microsoft 提供的用於顯示器支援的核心模式過濾驅動程式（如顯示器、LCD/CRT/等）

然而，經過嚴格測試、廣泛部署的 Microsoft 驅動程式不太可能出現問題。更有可能的是，與此 Microsoft 驅動程式互動的其他受信任元件之一發生故障，從而導致 Microsoft 驅動程式執行出現問題。這是因為 Microsoft 驅動程式有時別無選擇，只能執行最終由其他使用者模式或核心模式元件驅動的特權硬體操作，這些元件比通用 Microsoft 核心驅動程式具有更多特定於硬體的資訊。相關驅動包括：

  • 適用於主機板、CPU 和顯示卡的 ACPI 驅動程式
  • 您的顯示器提供的 EDID 信息
  • I2C匯流排驅動程式
  • 顯示卡驅動程式（AMD 在你的情況下）
  • PCI Express 橋驅動程序，因為任何透過顯示卡傳遞到主機 CPU 的資料都必須透過 PCI Express

我認為這可以歸結為 Windows 試圖關閉你的顯示器，但無法關閉，因為執行顯示電源管理的長依賴「鏈」中的某些內容出現故障。這可能有很多不同的原因。這可能是在合上蓋子時關閉顯示器和待機之間的競爭條件，因為您說只有在沒有先掛起系統的情況下關閉顯示器時才會崩潰。

大多數筆記型電腦都有一個蓋子開關驅動程序，當蓋子關閉時（關閉蓋子會按下一個按鈕），它會通知操作系統，並在發生這種情況時嘗試關閉顯示器以節省能源。因此，這可能會陷入中間，因為系統正在嘗試掛起到 RAM，因為此蓋子驅動程式正在執行其 ACPI 操作來關閉顯示器。同樣，競爭條件似乎很可能出現——系統服務（例如 PCI Express 總線或 VESA BIOS）在作為待機過程的一部分被掛起後可能會被請求。

由於 Windows 和驅動程式都是閉源的，因此除了 AMD 和 Microsoft 之外沒有人可以正確地偵錯它。甚至惠普也可能沒有所有必要的原始碼來深入了解它；他們最多能做的就是向 AMD/微軟展示他們擁有的資訊並祈禱。

請再次確保您擁有主機板晶片組、顯示器、任何 BIOS 或韌體更新、最新顯示卡驅動程式等的最新驅動程式。如果您 100% 確信一切都是最新的，那麼您就很不走運了。近年來，AMD 和 HP 等供應商的後製修補程式和錯誤修復更新的數量和品質一直在下降，大概是為了削減成本，但代價是讓消費者終生遭受與此一模一樣的損壞驅動程式和錯誤的困擾他們的產品。這當然不是一個獨特的問題。

如果您不將這台機器部署為大型企業安裝基礎的一部分，我懷疑您是否能夠讓 AMD/Microsoft/HP 實際上採取行動並產生一個有效的補丁來解決您遇到的確切問題。您可以透過他們的消費者支援管道聯繫他們，但根據我的經驗，這些管道中的大多數都將矛頭指向消費者，告訴您重新啟動、重新安裝作業系統或對設備進行 RMA 等操作。如果這是一個軟體缺陷（從您的問題報告來看這似乎極有可能），那麼再多的 RMA 也無法解決這個問題。供應商通常會拒絕承認他們的產品有設計缺陷，而寧願讓消費者陷入無休止的 RMA 循環。

使用開源軟體（例如GNU/Linux）可能會取得更大的成功，任何具有足夠技能和興趣的人都可以解決問題，而無需依賴硬體供應商提供修復，而在許多情況下，修復永遠不會到來。

答案2

這已在最新的（mobility 13.4）穩定驅動程式中修復。看來他們已經積極嘗試解決這個問題（可能在閱讀了有關它的具體報告之後），因為即使在嘗試正常操作時，這個問題似乎也會在嘗試操縱相關蓋子機製或監視器/顯示驅動程式的最輕微事件中顯現出來。現在，它甚至可以升級驅動程式而不會崩潰，這讓我相信他們可能在安裝新版本之前和之後的安裝過程中積極解決了這個問題。

附言。它有可能與相關的 Windows 更新同時發生，但我對此表示懷疑。

相關內容