蓝屏代码0x00000050代表"PAGE_FAULT_IN_NONPAGED_AREA"，这表示发生了一个无法访问非分页区域的页面错误。通常情况下，操作系统将数据加载到内存中的分页区域以供程序使用。当代码尝试访问未加载到内存中的非分页区域时，就会引发此错误导致系统崩溃。

快快蓝屏修复助手

文件大小：5.70 MB软件平台：WinAll

快快蓝屏修复助手可以帮你修复各类蓝屏异常和错误问题，能快速检测软件、硬件和驱动故障。分析蓝屏日志。

立即下载

要解决这个问题，可以尝试以下方法：

方法一：执行完整的病毒扫描

有时，恶意软件也可能导致引发此错误,运行一个强大的反病毒程序，进行全面的系统扫描。

方法二：更新驱动程序

确保你的系统上所有的驱动程序都是最新版本，特别是显卡驱动程序,你可以访问硬件制造商的网站下载并安装最新的驱动程序。

方法三：运行安全模式

尝试在安全模式下启动计算机，看看是否仍然出现蓝屏错误,如果没有，那么可能是由于某个第三方程序或驱动程序引起的问题。

方法四：使用一键修复工具助手（强烈推荐）

1、首先你的电脑必须下载与完成安装完成快快蓝屏修复助手。如果你还没有安装点击下方链接下载。

下载地址：>>>快快蓝屏修复助手<<<

提示：安装路径不要选择C盘，避免产生问题造成损失。

2、找到你电脑中的快快蓝屏修复助手，点击进入。看到首页后，点击首页一键扫描按钮开始扫描。等待几分钟，就能获取你急切想要的结果。

3、扫描完成后会显示电脑的所有蓝屏记录以及蓝屏的详细信息。

4、解决方案页面显示了导致该次蓝屏的具体原因和解决方案，点击右上角的一键修复进行修复。

5、切记，当修复完成之后我们还是需要重新启动计算机的。毕竟一切修复的结果，需要重新后，才能被系统认可。

当你完成重启后，你电脑的蓝屏问题已经基本解决了。相信小编，不要急需卸载快快蓝屏修复助手。毕竟它强大的功能是你未来的一个保障，可以随时随地为你服务，让你再次遇到蓝屏问题不在抓狂。

其他相关信息：

PAGE_FAULT_IN_NONPAGED_AREA bug 检查的值为 0x00000050。 这表明引用了无效的系统内存。 通常，内存地址错误或内存地址指向已释放的内存。

PAGE_FAULT_IN_NONPAGED_AREA参数

如果可以识别出负责错误的驱动程序，则其名称将打印在蓝屏上，并存储在 内存中 kiBugCheckDriver (PUNICODE_STRING) 位置。 可以使用以下调试程序 dx 命令来显示它 - dx KiBugCheckDriver。

原因

安装了错误的系统服务或错误的驱动程序代码都可能造成 Bug 检查 0x50。 防病毒软件和损坏的 NTFS 卷也可能触发此错误。

安装有故障的硬件之后，或者安装的硬件出现故障时（通常与 RAM 缺陷有关，包括主存储器、二级 RAM 缓存或视频 RAM 缺陷），也可能出现此错误。

备注

事件日志： 检查事件查看器中的系统日志，以获取可能有助于查明导致错误的设备或驱动程序的其他错误消息。 有关详细信息，请参阅打开事件查看器。 在系统日志中查找与蓝屏同时出现的严重错误。

解决驱动程序问题： 如果驱动程序的名称在蓝屏上列出或出现在事件日志中，请检查该名称。 请与驱动程序供应商联系，查看是否有更新的驱动程序可用。

解决系统服务故障问题： 禁用服务并确认此操作是否可解决错误。 如果可以，请联系系统服务的制造商以了解可能的更新。 如果在系统启动期间发生错误，请调查 Windows 修复选项。 有关详细信息，请参阅 Windows 10 中的恢复选项。

解决防病毒软件问题： 禁用程序并确认此操作是否解决了错误。 如果是，请与程序制造商联系，了解可能的更新。

解决损坏的 NTFS 卷问题： 运行“Chkdsk/f/r”来检测和修复磁盘错误 。 在系统分区上开始磁盘扫描之前，必须重启系统。 请与硬盘驱动器系统制造商联系，找到他们为硬盘驱动子系统提供的任何诊断工具。

Windows 内存诊断： 运行 Windows 内存诊断工具，测试物理内存。 选择“开始”按钮，再选择“控制面板”。 在搜索框中，键入“内存”，然后选择“诊断计算机的内存问题”。运行测试后，使用事件查看器在系统日志下查看结果。 查找“内存诊断结果”条目以查看结果 。

解决硬件问题： 如果最近在系统中添加了硬件，请将其删除以查看错误是否再次出现。 如果现有硬件出现故障，请卸下或更换故障部件。 你应运行系统制造商提供的硬件诊断。 有关这些过程的详细信息，请参阅计算机的用户手册。

有关常规蓝屏故障排除信息，请参阅蓝屏数据和停止错误或蓝屏错误问题的高级故障排除。

解决方法

若要确定特定原因并创建代码修复，需要具有编程经验和对故障模块源代码的访问权限。

通常，引用的地址在释放的内存中，或者是无效的。 这不能通过“try-except”处理程序保护，只能由探测或类似的编程技术保护 。 有关文件系统驱动程序中的缓冲区处理和探测的信息，请参阅 缓冲区处理。 有关驱动程序开发的最佳做法以及驱动程序开发人员犯的常见错误的信息，请参阅 Surface Team Driver Development 最佳做法。

通过 -v 详细选项使用 !analyze 调试扩展，以显示有关错误检查的信息，从而确定根本原因 。

2: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* PAGE_FAULT_IN_NONPAGED_AREA (50) Invalid system memory was referenced. This cannot be protected by try-except. Typically the address is just plain bad or it is pointing at freed memory. Arguments: Arg1: ffffffff00000090, memory referenced. Arg2: 0000000000000000, value 0 = read operation, 1 = write operation. Arg3: fffff80240d322f9, If non-zero, the instruction address which referenced the bad memory address. Arg4: 000000000000000c, (reserved)

在本例中，参数 2 表示在读取内存区域时发生 bug 检查。

查看所有 !analyze 输出，以了解进行 bug 检查时发生的情况。 检查 MODULE_NAME: 和 FAULTING_MODULE: 以查看引用无效系统内存涉及的代码。

请查看“堆栈文本”以获取故障发生时运行的内容的线索。 如果有多个转储文件可用，请比较信息以查找堆栈中的通用代码。

使用 !analyze 输出中提供的 .trap 命令以设置上下文。

TRAP_FRAME: fffff98112e8b3d0 -- (.trap 0xfffff98112e8b3d0)

使用调试器命令，例如使用 kb（显示堆栈回溯）来调查错误代码 。

使用 lm t n 列出内存中加载的模块。

使用 d、da、db、dc、dd、dD、df、dp、dq、du、dw（显示内存）命令调查参数 1 和参数 3 引用的内存区域。

2: kd> db ffffffff00000090 ffffffff`00000090 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`000000a0 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`000000b0 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`000000c0 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`000000d0 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`000000e0 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`000000f0 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ???????????????? ffffffff`00000100 ?? ?? ?? ?? ?? ?? ?? ??-?? ?? ?? ?? ?? ?? ?? ?? ????????????????

在本例中，参数 1 中的内存区域中似乎没有数据，该参数是试图读取的内存区域。

使用 ！address 命令查看参数 3，该参数是引用错误内存的指令的地址。

2: kd> !address fffff80240d322f9 Usage: Module Base Address: fffff802`40ca8000 End Address: fffff802`415fb000 Region Size: 00000000`00953000 VA Type: BootLoaded Module name: ntoskrnl.exe Module path: [\SystemRoot\system32\ntoskrnl.exe]

使用参数 3 的 u、ub、uu（取消汇编）反汇编检查引用错误内存的对象。 有关 X64 处理器和汇编语言的详细信息，请参阅 X64 处理器。

2: kd> u fffff80240d322f9 nt!RtlSubtreePredecessor+0x9: fffff802`40d322f9 488b4810 mov rcx,qword ptr [rax+10h] fffff802`40d322fd eb07 jmp nt!RtlSubtreePredecessor+0x16 (fffff802`40d32306) fffff802`40d322ff 488bc1 mov rax,rcx fffff802`40d32302 488b4910 mov rcx,qword ptr [rcx+10h] fffff802`40d32306 4885c9 test rcx,rcx fffff802`40d32309 75f4 jne nt!RtlSubtreePredecessor+0xf (fffff802`40d322ff) fffff802`40d3230b c3 ret fffff802`40d3230c c3 ret

使用 ub 从给定地址向后分解。

使用 r（寄存器）命令检查在检查系统 bug 时执行的操作。

2: kd> r Last set context: rax=ffffffff00000080 rbx=0000000000000000 rcx=ffffa68337cb7028 rdx=7a107838c48dfc00 rsi=0000000000000000 rdi=0000000000000000 rip=fffff80240d322f9 rsp=ffff840c96510958 rbp=ffffffffffffffff r8=ffffffffffffffff r9=0000000000000000 r10=7ffffffffffffffc r11=ffff840c96510a10 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei ng nz na pe nc cs=0010 ss=0018 ds=0000 es=0000 fs=0000 gs=0000 efl=00010282 nt!RtlSubtreePredecessor+0x9: fffff802`40d322f9 488b4810 mov rcx,qword ptr [rax+10h] ds:ffffffff`00000090=????????????????

在这种情况下，fffff80240d322f9 位于指令指针寄存器 rip 中。

!pte 和 !pool 命令也可用于检查内存。

使用 !memusage 检查系统内存的一般状态。

有关 Windows 内存使用情况的详细信息，请参阅由 Pavel Yosifovich、Mark E. Russinovich、David A. Solomon 和 Alex Ionescu 撰写的 Windows Internals 7th Edition 第 1 部分 。

驱动程序验证程序

驱动程序验证程序是一个实时运行的工具，用于检查驱动程序的行为。 例如，驱动程序验证程序检查内存资源（如内存池）的使用。 如果在执行驱动程序代码时发现错误，它会主动创建一个异常，以允许进一步检查该部分驱动程序代码。 驱动程序验证程序管理器内置于 Windows 中，可在所有 Windows PC 上使用。 使用驱动程序验证程序跟踪失败的特定原因。

若要启动驱动程序验证程序管理器，请在命令提示下键入“验证程序” 。 你可以配置要验证的驱动程序。 验证驱动程序的代码在运行时会增加开销，因此请尝试验证尽可能少的驱动程序。 如果识别出有故障的驱动程序，请选择它。 有关详细信息，请参阅驱动程序验证程序。

另请参阅

Bug 检查代码参考