BSOD 大师指南 ⚡ PAGE_FAULT、IRQL、MEMORY 和所有停止错误已修复

在接触任何内容之前，首先记下停止代码

蓝屏不是一个问题；而是一个问题。它是 Windows 以相同的颜色报告了数十种不同的故障。修复完全取决于屏幕上写入的停止代码，因此第一步始终相同：拍摄蓝屏照片，记下确切的代码（例如 PAGE_FAULT_IN_NONPAGED_AREA 或 0x00000050），并记下三件事 - 发生的时间（启动时、游戏中、随机）、启动前发生的变化（新驱动程序、新 RAM、Windows 更新、超频）以及是否在同一时刻或移动。始终出现在软件相同操作点的代码；更改硬件（通常是 RAM）的每个崩溃点的代码。

PAGE_FAULT_IN_NONPAGED_AREA (0x50) — 内存或驱动程序

此代码表示代码尝试读取不存在或无效的内存页。实际上，原因是两个家庭之一。首先，RAM：有故障的内存条、安装不当的内存条或不稳定的 XMP/超频设置会损坏内存 - 按步骤 4 中所示进行测试。其次，驱动程序：引用已释放或错误内存的驱动程序（通常是图形、网络或防病毒过滤器驱动程序）。如果此代码在驱动程序更新后立即启动，请在设备管理器中回滚该驱动程序或在安全模式下卸载它；如果添加内存后启动，请移除新内存条并再次测试。在指责软件之前运行内存测试 - 带有随机其他代码的 PAGE_FAULT 是 RAM 签名。

IRQL_NOT_LESS_OR_EQUAL (0x0A) — 驱动程序行为不当

IRQL_NOT_LESS_OR_EQUAL 表示内核代码或驱动程序以过高的中断请求级别访问分页内存 - 简而言之，有缺陷的驱动程序做了一些它永远不允许做的事情。这是所有驱动程序引起的代码中最常见的：最近更新或新安装的驱动程序是主要嫌疑人，尤其是显卡、Wi-Fi/LAN、芯片组和第三方防病毒驱动程序。修复顺序：卸载或回滚最后更改的驱动程序；从 PC 或主板制造商的官方支持页面更新其余驱动程序（不是随机驱动程序更新工具）；暂时删除第三方杀毒软件进行测试。由于 RAM 损坏导致的内存损坏可能会伪装成 IRQL 崩溃，因此如果没有驱动程序更改来解释它，也请运行 RAM 测试。

MEMORY_MANAGEMENT (0x1A) — 正确测试 RAM

MEMORY_MANAGEMENT 意味着 Windows 的内存管理器发现自己的簿记已损坏 - 经典的坏 RAM 代码，尽管损坏的页面文件或驱动程序写入不应该的位置也可以触发它。先测试，再总结。从内置工具开始：运行mdsched.exe（Windows 内存诊断），选择“立即重新启动并检查问题”，然后让它完成。为了获得值得信赖的结论，请从可启动 USB 中使用 MemTest86 并让它运行多次完整传递 - 仅在长时间测试下出现的错误仍然是失败：即使是单个错误也意味着内存子系统出现故障。然后隔离：一次测试一根棍子，一次在一个插槽中测试，以找到有问题的棍子或插槽。如果 RAM 已超频或在 XMP/EXPO 配置文件上，请将其设置回原始速度并重新测试 — 仅在 XMP 下失败的 RAM 仍然是问题所在。

WHEA_UNCORRECTABLE_ERROR (0x124) — 真实硬件出现故障

WHEA 与其他代码不同：它是 Windows 硬件错误架构，报告硬件本身引发了无法纠正的错误 - 最常见的是 CPU，但也有电源故障、过热、超频不稳定，或者偶尔是驱动器或主板损坏。软件修复并不能治愈真正的 WHEA。物理上进行测试：删除所有超频（包括 CPU、RAM XMP）并在库存中进行测试；检查负载下的温度，如果 CPU 正在发热，则清洁/重新粘贴；重新安装 RAM 和电源线；使用已知良好的电源测试负载下是否发生崩溃；并检查事件查看器的 WHEA-Logger 条目，了解哪个组件报告了错误。如果 WHEA 在温度良好的库存设置下继续崩溃，那么 CPU 或主板很可能就完蛋了。

修复系统文件 - 首先是 DISM，然后是 SFC

对于软件代码系列 - CRITICAL_PROCESS_DIED (0xEF)、SYSTEM_SERVICE_EXCEPTION (0x3B) 以及由损坏的 Windows 文件引起的崩溃 - 在发生任何严重情况之前修复系统映像。以管理员身份打开命令提示符并完全按照所示顺序运行两个命令：DISM 修复 SFC 依赖的组件存储，然后 SFC 检查并替换损坏的系统文件。让每一件事都完整地完成；他们之间重新启动就可以了。

__完整代码块0__

7

读取小型转储并确认修复

每次蓝屏都会留下证据：C:\Windows\Minidump 中的一个小转储文件，按日期命名。在转储阅读器（例如 BlueScreenView 或 WinDbg）中打开最新的转储阅读器，然后阅读两件事 - 错误检查代码（它与屏幕显示的内容是否匹配？）和“由驱动程序引起”模块名称。诚实地对待名称：像 nvlddmkm.sys (NVIDIA) 和 amdkmdag.sys (AMD) 这样的图形驱动程序会直接责怪自己，但 ntoskrnl.exe 是 Windows 内核 - 它是崩溃出现的地方，而不是罪魁祸首，因此请查看堆栈和 RAM 测试结果。只有当崩溃在实际使用中停止并且没有新的 .dmp 文件出现时，修复才会得到确认 - 让电脑保持正常工作负载几天，然后才称其已解决。

📌 一行中的主要方法：停止代码选择系列（RAM、驱动程序、硬件、系统文件），小型转储命名嫌疑人，一次进行一项更改即可证明修复。随机顺序的随机修复是大多数蓝屏“永远无法解决”的原因。