BSOD Master Guide ⚡ PAGE_FAULT, IRQL, MEMORY & All Stop Errors opraveny

Nejdříve si poznamenejte kód Stop – než se čehokoli dotknete

Modrá obrazovka není jeden problém; Windows hlásí desítky různých chyb ve stejné barvě. Oprava závisí zcela na kódu zastavení napsaném na obrazovce, takže první krok je vždy stejný: vyfotografujte modrou obrazovku, zapište si přesný kód (například PAGE_FAULT_IN_NONPAGED_AREA nebo 0x00000050) a poznamenejte si tři věci – když se to stane (při bootování, ve hře, náhodně), co se změnilo těsně před spuštěním nebo opakování (nový ovladač, nový okamžik) se pohybuje kolem. Kód, který se vždy objeví ve stejných akčních bodech v softwaru; kód, který změní každý bod selhání hardwaru, obvykle RAM.

PAGE_FAULT_IN_NONPAGED_AREA (0x50) – paměť nebo ovladač

Tento kód znamená, že kód se pokusil přečíst stránku paměti, která neexistuje nebo není platná. V praxi je příčinou jedna ze dvou rodin. Za prvé, RAM: vadný klíč, špatně usazený klíč nebo nestabilní nastavení XMP/přetaktování poškozující paměť – otestujte to, jak je uvedeno v kroku 4. Za druhé, ovladače: ovladač (velmi často ovladače grafiky, síťového nebo antivirového filtru) odkazující na uvolněnou nebo nesprávnou paměť. Pokud se tento kód spustil hned po aktualizaci ovladače, vraťte ovladač zpět ve Správci zařízení nebo jej odinstalujte v nouzovém režimu; pokud se to spustilo po přidání RAM, vyjměte nový klíč a otestujte znovu. Před obviňováním softwaru spusťte test paměti – PAGE_FAULT s náhodnými dalšími kódy vedle něj je podpis RAM.

IRQL_NOT_LESS_OR_EQUAL (0x0A) – nesprávné chování řidiče

IRQL_NOT_LESS_OR_EQUAL znamená, že kód jádra nebo ovladač přistupoval ke stránkované paměti na příliš vysoké úrovni požadavku na přerušení – jednoduše řečeno, chybný ovladač udělal něco, co nikdy není povoleno. Toto je kód nejvíce způsobený ovladači ze všech: nedávno aktualizované nebo nově nainstalované ovladače jsou hlavními podezřelými, zejména ovladače grafiky, Wi-Fi/LAN, čipové sady a antivirových ovladačů třetích stran. Pořadí oprav: odinstalujte nebo vraťte zpět jakýkoli ovladač, který jste naposledy změnili; aktualizujte zbývající ovladače z oficiální stránky podpory výrobce počítače nebo základní desky (ne náhodné nástroje pro aktualizaci ovladačů); dočasně odeberte antivirus třetí strany a otestujte jej. Protože poškození paměti způsobené špatnou RAM se může maskovat jako selhání IRQL, spusťte také test RAM, pokud to nevysvětluje žádná změna ovladače.

MEMORY_MANAGEMENT (0x1A) – otestujte RAM správně

MEMORY_MANAGEMENT znamená, že správce paměti systému Windows zjistil, že je jeho vlastní účetnictví poškozené – klasický kód špatné paměti RAM, ačkoli poškozený stránkovací soubor nebo ovladač zapisující tam, kde by neměl, jej také mohou spustit. Nejprve test, druhý závěr. Začněte s vestavěným nástrojem: spusťte mdsched.exe (Windows Memory Diagnostic), zvolte "Restartovat nyní a zkontrolujte problémy" a nechte jej dokončit. Pro verdikt, kterému můžete věřit, použijte MemTest86 ze zaváděcího USB a nechte jej spustit několik úplných průchodů – chyby, které se objeví pouze při dlouhém testování, jsou stále selhání: i jediná chyba znamená, že je paměťový subsystém vadný. Pak izolujte: testujte jednu tyč po druhé, vždy v jednom slotu, abyste našli vinnou hůl nebo slot. Pokud je RAM přetaktovaná nebo má profil XMP/EXPO, nastavte ji zpět na skladové rychlosti a znovu otestujte – RAM, která selže pouze při XMP, je stále problém.

WHEA_UNCORRECTABLE_ERROR (0x124) — Skutečný hardware selhává

WHEA se liší od ostatních kódů: je to architektura Windows Hardware Error Architecture, která hlásí, že samotný hardware vyvolal neopravitelnou chybu – nejčastěji CPU, ale také vadný zdroj napájení, přehřívání, nestabilní přetaktování nebo občas umírající disk nebo základní deska. Opravy softwaru nevyléčí pravý WHEA. Projděte to fyzicky: odstraňte každé přetaktování (včetně CPU, RAM XMP) a otestujte na skladě; zkontrolujte teploty při zatížení a vyčistěte/znovu vložte, pokud se procesor vaří; znovu usaďte RAM a napájecí kabely; otestujte s dobrým napájecím zdrojem, pokud dojde k havárii při zatížení; a zkontrolujte položky WHEA-Logger v prohlížeči událostí, která komponenta nahlásila chybu. Pokud budou pády WHEA pokračovat i při skladových nastaveních s dobrými teplotami, je pravděpodobným koncem cesty CPU nebo základní deska.

Oprava systémových souborů – nejprve DISM, poté SFC

Pro rodinu softwarových kódů – CRITICAL_PROCESS_DIED (0xEF), SYSTEM_SERVICE_EXCEPTION (0x3B) a selhání způsobená poškozenými soubory Windows – opravte bitovou kopii systému dříve, než dojde k něčemu drastickému. Otevřete příkazový řádek jako správce a spusťte dva příkazy přesně tak, jak je uvedeno, v tomto pořadí: DISM opraví úložiště komponent, na kterém SFC závisí, poté SFC zkontroluje a nahradí poškozené systémové soubory. Nechte každého úplně dokončit; restart mezi nimi je v pořádku.

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.

Přečtěte si Minidump a potvrďte opravu

Každá modrá obrazovka zanechává důkaz: malý soubor výpisu v C:\Windows\Minidump pojmenovaný podle data. Otevřete ten nejnovější ve čtečce výpisů, jako je BlueScreenView nebo WinDbg, a přečtěte si dvě věci – kód kontroly chyb (odpovídá tomu, co ukazovala obrazovka?) a název modulu „způsobené ovladačem“. Zacházejte se jmény upřímně: grafické ovladače jako nvlddmkm.sys (NVIDIA) a amdkmdag.sys (AMD) se obviňují přímo samy, ale ntoskrnl.exe je jádro Windows – tam se selhání objevilo, nikoli viník, takže se raději podívejte na zásobník a na výsledky testu RAM. Oprava je potvrzena pouze tehdy, když se pády zastaví ve skutečném používání a neobjeví se žádné nové soubory .dmp – ponechte počítač v normálním pracovním zatížení několik dní, než to zavoláte jako vyřešené.