How to Fix PAGE_FAULT_IN_NONPAGED_AREA (Windows OS (Blue Screen of Death))

Quick Answer: The PAGE_FAULT_IN_NONPAGED_AREA error signifies that the operating system tried to access a memory page not present in the non-paged pool, often due to faulty RAM or a problematic device driver. The most likely cause is a failing RAM module. Your first recommended action is to run the Windows Memory Diagnostic tool. This will perform a basic hardware check on your installed RAM, and you should expect to see a report indicating 'No memory errors were detected' or specific issues.

What Causes This Error

Step-by-Step Fixes

Fix 1: Run Windows Memory Diagnostic and Reseat RAM

Save all open work, then open the 'Run' dialog (Win + R), type 'mdsched.exe', and press Enter.,Select 'Restart now and check for problems (recommended)'. Your PC will restart and run a memory test. Allow it to complete.,If no errors are reported, power down your PC, unplug it, open the case, and carefully remove and re-seat each RAM stick firmly into its slot. Ensure latches click into place.,If errors are reported, note the specific module (if indicated) and consider replacing the faulty RAM stick. Test with one stick at a time if multiple are installed.

Fix 2: Update or Roll Back Problematic Device Drivers

Boot into Safe Mode if the error prevents normal startup (Settings > Update & Security > Recovery > Advanced startup > Troubleshoot > Advanced options > Startup Settings > Restart > F5 for Safe Mode with Networking).,Open Device Manager (Win + X > Device Manager). Look for any devices with a yellow exclamation mark. Pay close attention to 'Display adapters', 'Network adapters', and 'Storage controllers'.,Right-click on suspicious or recently updated drivers, select 'Update driver', and choose 'Search automatically for updated driver software'.,If updating doesn't help or if the error started after a driver update, right-click the driver, select 'Properties', go to the 'Driver' tab, and click 'Roll Back Driver' if available. Otherwise, 'Uninstall device' and reboot to let Windows reinstall a generic driver.

Fix 3: Check and Repair Corrupted System Files

Open Command Prompt as an administrator (Win + X > Command Prompt (Admin) or Windows PowerShell (Admin)).,Type 'sfc /scannow' and press Enter. This will scan for and attempt to repair corrupted Windows system files. Wait for the verification to reach 100%.,If SFC reports unfixable issues, run the Deployment Image Servicing and Management (DISM) tool. Type 'DISM /Online /Cleanup-Image /RestoreHealth' and press Enter. This uses Windows Update to provide files needed to fix corruptions.,After DISM completes, run 'sfc /scannow' again to ensure all system files are validated.

Fix 4: Verify Disk Integrity and Update BIOS/UEFI

Open Command Prompt as administrator and type 'chkdsk C: /f /r' (replace C: with your system drive letter if different) and press Enter. You'll likely be prompted to schedule the check for the next restart. Confirm with 'Y' and reboot.,While the system is stable, visit your motherboard manufacturer's website (e.g., ASUS, MSI, Gigabyte, Dell, HP) and locate the support page for your specific motherboard model.,Check for the latest BIOS/UEFI firmware update. Download the appropriate update utility and follow the manufacturer's instructions *precisely* to flash the new firmware. This can resolve underlying hardware compatibility or memory management bugs.

Advanced Fixes

Advanced Fix 1: Analyze Minidump Files with WinDbg

Download and install the Windows SDK, selecting only the 'Debugging Tools for Windows' component.,Configure WinDbg to use Microsoft's symbol servers (File > Symbol File Path, enter 'srv*c:\symbols*http://msdl.microsoft.com/download/symbols').,Open the latest minidump file (usually in C:\Windows\Minidump) using WinDbg. Type '!analyze -v' in the command prompt to get a detailed crash analysis, which often points to the faulting module or driver.

Advanced Fix 2: Test RAM with MemTest86 from USB

Download the MemTest86 Free Edition and create a bootable USB drive using the provided instructions.,Restart your PC and boot from the MemTest86 USB drive (you may need to adjust boot order in BIOS/UEFI).,Allow MemTest86 to run for at least 4 full passes. Any reported errors indicate faulty RAM, which should be replaced. This is more thorough than Windows Memory Diagnostic.

FAQs

Q: What exactly is the 'non-paged area' of memory?

A: The non-paged area (or non-paged pool) is a section of virtual memory that is guaranteed to remain in physical RAM and will not be swapped out to the hard disk (paged file). It's used by the operating system kernel and device drivers for critical data structures that must always be immediately accessible, such as interrupt service routines, I/O buffers, and kernel-mode stacks. A page fault here means the system tried to access something it expected to be in physical RAM but wasn't.

Q: Can overclocking CPU or RAM cause PAGE_FAULT_IN_NONPAGED_AREA?

A: Yes, absolutely. Overclocking, especially RAM (XMP/DOCP profiles included if unstable), pushes hardware beyond its factory-tested specifications. This can lead to memory instability, incorrect data reads/writes, and ultimately cause memory access violations in the non-paged pool, triggering this BSOD. Reverting to default clock speeds or disabling XMP/DOCP is a crucial troubleshooting step.

Q: Is it possible for specific software, like antivirus, to cause this error?

A: Yes, certain software, particularly security suites (antivirus, anti-malware) or virtualization software, operate at a low level within the operating system kernel. If these programs have bugs, are incompatible with your Windows version, or conflict with other drivers, they can corrupt memory or cause improper memory access, leading to a PAGE_FAULT_IN_NONPAGED_AREA. Temporarily disabling or uninstalling recently installed security software can help diagnose this.

Q: How can I identify which specific driver is causing the problem?

A: Identifying the exact driver can be challenging. After a BSOD, use a tool like BlueScreenView or analyze the minidump file manually using WinDbg. These tools can often point to the specific driver file (.sys) that was active during the crash. Look for the 'Caused By Driver' field in BlueScreenView or analyze the call stack in WinDbg for kernel-mode drivers like 'ntoskrnl.exe' (Windows kernel), 'nvlddmkm.sys' (NVIDIA), 'amdkmdag.sys' (AMD), or various network/storage drivers.

Related Errors