BSOD Master Guide ⚡ PAGE_FAULT, IRQL, MEMORY at All Stop Errors Fixed

Tandaan muna ang Stop Code — Bago Mo Pindutin ang Anuman

Ang asul na screen ay hindi isang problema; ito ay Windows na nag-uulat ng dose-dosenang iba't ibang mga pagkabigo sa parehong kulay. Ang pag-aayos ay ganap na nakasalalay sa stop code na nakasulat sa screen, kaya ang unang hakbang ay palaging pareho: kumuha ng larawan ng asul na screen, isulat ang eksaktong code (halimbawa PAGE_FAULT_IN_NONPAGED_AREA o 0x00000050), at tandaan ang tatlong bagay - kapag nangyari ito (sa boot, sa isang laro, random), kung ano ang nagbago bago ito nagsimula, isang bagong driver, at kung ano ang nagbago bago ito nagsimula (isang bagong driver, isang bagong driver) ang parehong sandali o gumagalaw sa paligid. Isang code na palaging lumalabas sa parehong mga action point sa software; isang code na nagbabago sa bawat crash point sa hardware, kadalasang RAM.

PAGE_FAULT_IN_NONPAGED_AREA (0x50) — Memory o Driver

Ang code na ito ay nangangahulugang sinubukan ng code na basahin ang isang pahina ng memorya na wala o hindi wasto. Sa pagsasagawa, ang dahilan ay isa sa dalawang pamilya. Una, RAM: isang faulty stick, isang badly seated stick, o unstable XMP/overclock settings corrupting memory — subukan ito tulad ng ipinapakita sa Step 4. Pangalawa, mga driver: isang driver (madalas na graphics, network o antivirus filter drivers) na tumutukoy sa napalaya o maling memorya. Kung nagsimula ang code na ito pagkatapos ng pag-update ng driver, ibalik ang driver na iyon sa Device Manager o i-uninstall ito sa Safe Mode; kung nagsimula ito pagkatapos magdagdag ng RAM, alisin ang bagong stick at subukang muli. Patakbuhin ang memory test bago sisihin ang software — isang PAGE_FAULT na may random na iba pang mga code sa tabi nito ay isang RAM signature.

IRQL_NOT_LESS_OR_EQUAL (0x0A) — Isang Driver na Maling Pag-uugali

IRQL_NOT_LESS_OR_EQUAL ay kernel code o isang driver na nag-access ng paged memory sa masyadong mataas na antas ng interrupt na kahilingan — sa madaling salita, ang isang buggy driver ay gumawa ng isang bagay na hindi kailanman pinapayagang gawin. Ito ang pinaka sanhi ng code ng driver sa lahat: ang mga kamakailang na-update o bagong naka-install na driver ang pangunahing pinaghihinalaan, lalo na ang mga graphics, Wi-Fi/LAN, chipset at mga third-party na antivirus driver. Ang pagkakasunud-sunod ng pag-aayos: i-uninstall o i-roll back ang anumang huling binago ng driver; i-update ang natitirang mga driver mula sa PC o opisyal na pahina ng suporta ng tagagawa ng motherboard (hindi mga random na tool sa driver-updater); pansamantalang alisin ang third-party na antivirus upang subukan. Dahil ang pagkasira ng memorya na dulot ng masamang RAM ay maaaring magkunwari bilang isang IRQL crash, patakbuhin din ang RAM test kung walang pagbabago sa driver ang nagpapaliwanag nito.

MEMORY_MANAGEMENT (0x1A) — Subukan ang RAM nang Tama

MEMORY_MANAGEMENT ay nangangahulugan na natagpuan ng manager ng memorya ng Windows ang sarili nitong bookkeeping na sira — ang klasikong bad-RAM code, kahit na isang corrupt na page file o isang driver na nagsusulat kung saan hindi ito dapat ma-trigger din ito. Subukan muna, tapusin ang pangalawa. Magsimula sa built-in na tool: patakbuhin ang mdsched.exe (Windows Memory Diagnostic), piliin ang "I-restart ngayon at tingnan kung may mga problema", at hayaan itong makumpleto. Para sa isang hatol na mapagkakatiwalaan mo, gamitin ang MemTest86 mula sa isang bootable USB at hayaan itong magpatakbo ng maramihang mga full pass — ang mga error na lumilitaw lamang sa ilalim ng mahabang pagsubok ay nabigo pa rin: kahit isang error ay nangangahulugan na ang memory subsystem ay may sira. Pagkatapos ay ihiwalay: subukan ang isang stick sa isang pagkakataon, sa isang slot sa isang pagkakataon, upang mahanap ang guilty stick o slot. Kung overclocked ang RAM o nasa XMP/EXPO na profile, ibalik ito sa bilis ng stock at subukang muli — RAM na nabigo lang sa XMP ang problema.

WHEA_UNCORRECTABLE_ERROR (0x124) — Nabigo ang Tunay na Hardware

Ang WHEA ay iba sa iba pang mga code: ito ay ang Windows Hardware Error Architecture na nag-uulat na ang hardware mismo ay nagtaas ng isang hindi naitatama na error — kadalasan ang CPU, ngunit pati na rin ang isang bagsak na power supply, sobrang pag-init, isang hindi matatag na overclock, o paminsan-minsan ay isang namamatay na drive o motherboard. Ang mga pag-aayos ng software ay hindi nakakagamot ng isang tunay na WHEA. Trabaho sa pisikal na paraan: alisin ang bawat overclock (CPU, RAM XMP kasama) at subukan sa stock; suriin ang temperatura sa ilalim ng pagkarga at linisin/i-repaste kung nagluluto ang CPU; i-reset ang RAM at mga power cable; subukan gamit ang isang kilalang-mahusay na supply ng kuryente kung nangyari ang mga pag-crash sa ilalim ng pagkarga; at tingnan ang mga entry ng WHEA-Logger ng Event Viewer kung aling bahagi ang nag-ulat ng error. Kung magpapatuloy ang pag-crash ng WHEA sa mga setting ng stock na may magandang temperatura, malamang na ang CPU o motherboard ang magiging dulo ng kalsada.

Ayusin ang System Files — DISM Una, Pagkatapos SFC

Para sa pamilya ng software ng mga code — CRITICAL_PROCESS_DIED (0xEF), SYSTEM_SERVICE_EXCEPTION (0x3B), at mga pag-crash na dulot ng mga sirang Windows file — ayusin ang imahe ng system bago ang anumang marahas na bagay. Buksan ang Command Prompt bilang Administrator at patakbuhin ang dalawang command nang eksakto tulad ng ipinapakita, sa ganitong pagkakasunud-sunod: Inaayos ng DISM ang component store kung saan nakasalalay ang SFC, pagkatapos ay sinusuri at pinapalitan ng SFC ang mga corrupt na file ng system. Hayaang matapos ang bawat isa; isang restart sa pagitan ng mga ito ay maayos.

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Two neighbours worth knowing: INACCESSIBLE_BOOT_DEVICE (0x7B) after a BIOS change usually means the storage mode was switched (RAID/RST vs AHCI) or the boot drive's driver is missing — set the mode back, do not reinstall. DPC_WATCHDOG_VIOLATION (0x133) most often traces to a stuck driver or an SSD firmware/storage driver problem — update the storage and chipset drivers from the maker first. And if Windows will not stay up long enough to work, do all of this from Safe Mode (hold Shift while choosing Restart → Troubleshoot → Advanced options → Startup Settings → Safe Mode), where most third-party drivers never load — a PC that is stable in Safe Mode but crashes normally has just told you the fault lives in a driver or startup service.

Basahin ang Minidump at Kumpirmahin ang Pag-aayos

Ang bawat asul na screen ay nag-iiwan ng ebidensya: isang maliit na dump file sa C:\Windows\Minidump, na pinangalanan ayon sa petsa nito. Buksan ang pinakabago sa isang dump reader gaya ng BlueScreenView o WinDbg at basahin ang dalawang bagay — ang bug check code (tutugma ba ito sa ipinakita ng screen?) at ang "sanhi ng driver" na pangalan ng module. Tratuhin nang tapat ang mga pangalan: ang mga driver ng graphics tulad ng nvlddmkm.sys (NVIDIA) at amdkmdag.sys (AMD) ay direktang sinisisi ang kanilang mga sarili, ngunit ang ntoskrnl.exe ay ang Windows kernel — dito lumitaw ang pag-crash, hindi ang iyong salarin, kaya tingnan ang resulta ng pagsubok sa RAM at. Ang pag-aayos ay nakumpirma lamang kapag ang mga pag-crash ay huminto sa tunay na paggamit at walang mga bagong .dmp file na lumalabas — panatilihin ang PC sa ilalim ng normal na workload nito sa loob ng ilang araw bago ito tawaging lutasin.