惠普 Dv7 (XG300AV)
要使我的笔记本电脑成功进入睡眠状态，我必须告诉它进入睡眠状态，然后一旦进入睡眠状态，合上盖子。但有时这不管用。只要合上盖子，计算机就会尝试进入睡眠状态，但它会崩溃。我猜有些驱动程序需要更新，但我不知道是哪些。我已为我的 GPU 安装了最新的 ATI 驱动程序。
这是最新的转储文件。我还附上了一个指向我的 Dropbox 的链接，用于下载一个包含大约 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，没有人能够正确调试此问题。甚至 HP 可能也没有所有必要的源代码来彻底解决这个问题；他们所能做的最多就是向 AMD/Microsoft 展示他们所掌握的信息，然后祈祷。
一定要三思而后行，确保您的主板芯片组、显示器、任何 BIOS 或固件更新、最新显卡驱动程序等都安装了最新的驱动程序。如果您 100% 确信所有东西都是最新的，那么您就没那么幸运了。近年来，AMD 和 HP 等供应商提供的后期补丁和错误修复更新的数量和质量一直在下降，大概是为了降低成本，但代价是让消费者在产品的整个生命周期内都忍受损坏的驱动程序和类似这样的错误。这当然不是一个独特的问题。
如果你没有将此机器作为大型企业安装基础的一部分进行部署，我怀疑你是否能够让 AMD/Microsoft/HP 真正采取行动并制作一个可以解决您遇到的确切问题的补丁。您可以通过他们的消费者支持渠道联系他们，但根据我的经验，大多数这些渠道都会把责任推到消费者身上，告诉您重新启动、重新安装操作系统或 RMA 设备等。如果这是一个软件缺陷（从您的问题报告来看，这极有可能），那么无论 RMA 多少次都无法解决问题。供应商通常会拒绝承认他们的产品存在设计缺陷，而是宁愿让消费者陷入无休止的 RMA 循环。
使用开源软件（例如 GNU/Linux）可能会更成功一些，任何具有足够技能和兴趣的人都可以解决问题，而不必依赖硬件供应商提供修复，而在许多情况下，修复永远不会到来。
答案2
最新的 (mobility 13.4) 稳定驱动程序已修复此问题。看来他们已经积极尝试解决此问题（可能是在阅读了有关此问题的具体报告之后），因为此问题似乎在尝试操纵相关盖子机制或显示器/显示驱动程序的轻微事件中出现，即使在尝试正常升级或降级驱动程序时也是如此。现在，它甚至可以升级驱动程序而不会崩溃，这让我相信他们可能在安装新版本之前和之后的安装过程中积极解决了此问题。
PS. 虽然有小概率会出现与 Windows 相关更新同时发生的情况，但我对此表示怀疑。