Ako interpretovať kódy BSOD v systéme Windows 11 krok za krokom

PCHardwarePro » Windows » Ako interpretovať kódy BSOD v systéme Windows 11 krok za krokom

Ak už nejaký čas používate systém Windows 11, pravdepodobne ste sa stretli s neslávne známou modrou obrazovkou smrti. Táto obrazovka zobrazuje správu, že sa vo vašom počítači vyskytol problém, percento zhromažďovaných informácií a jeden alebo viac chybových kódov. Sotva máte čas na čítanie, keď sa na počítači zobrazí modrá obrazovka a reštartuje sa.. Tieto kódy BSOD (alebo STOP) sú hlavnou indíciou k zisteniu, čo sa pokazilo.Ich interpretácia však nie je vždy taká jednoduchá ako „pozrieť sa na to v prehliadači udalostí“.

Navyše, v mnohých prípadoch sa stane niečo ešte frustrujúcejšie: pokúsite sa urobiť to, čo odporúčajú všetky príručky (skontrolovať prehliadač, otvoriť minidump, použiť automatický analyzátor...) a zistíte, že Systém Windows ani nedokázal vytvoriť súbor s výpisomV prehliadači udalostí sa zobrazí neočakávané vypnutie, áno, ale ďalší záznam hovorí, že „vytvorenie súboru s výpisom zlyhalo“. Čo potom urobíte? Je to vážne zlyhanie systému alebo hľadáte na nesprávnom mieste?

Čo presne je modrá obrazovka smrti (BSOD) v systéme Windows 11?

Modrá obrazovka alebo BSOD (modrá obrazovka smrti) je v podstate... Obranný mechanizmus systému Windows sa aktivuje, keď zistí kritickú chybu, z ktorej sa systém nedá zotaviť bez rizika poškodenia údajov.Keď sa to stane, systém zastaví všetko, zobrazí modrú obrazovku a vynúti reštart, aby sa ochránila integrita systému a hardvéru.

V systémoch Windows 10 a Windows 11 sa typicky zobrazuje správa typu „Vyskytol sa problém s počítačom a je potrebné ho reštartovať“ spolu s chybový kód v texte (napríklad CRITICAL_PROCESS_DIED) a niekedy aj STOP kód v hexadecimálnom formáteTieto informácie, hoci sa môžu zdať ako nezmyselné, sú kľúčom k zisteniu, či hovoríme o zlyhaní ovládača, zlyhaní hardvéru, zlyhaní pamäte, zlyhaní disku alebo o chybe systému Windows či nedávnej aktualizácii.

Najčastejšie príčiny týchto obrazoviek sú celkom dobre známe: Chybný hardvér (RAM, CPU, SSD/HDD), staré alebo zle napísané ovládače, nekompatibilný softvér, malware a poškodené systémové súboryDo hry vstupujú aj fyzikálne faktory, ako je prehriatie alebo problémy s napájaním, ktoré sa nakoniec prejavia ako hardvérové ​​chyby (napríklad WHEA_UNCORRECTABLE_ERROR alebo MACHINE_CHECK_EXCEPTION).

V poslednej dobe sa dokonca objavili snímky obrazovky spôsobené chybné záplaty systému Windows 11Napríklad niektoré nedávne kumulatívne aktualizácie generovali BSOD s kódmi ako KERNEL_SECURITY_CHECK_FAILURE pri intenzívnom používaní GPU alebo prerušili pripojenie Wi-Fi na niektorých počítačoch, kým spoločnosť Microsoft nevydala ďalšiu opravnú aktualizáciu.

Čo je STOP kód a aké informácie obsahuje?

Kód STOP je číselný identifikátor kritickej chyby, ktorá vynútila zastavenie systému Windows. Zvyčajne sa zobrazuje v hexadecimálnom formáte (napríklad 0x00000050 alebo 0x00000124) a je priradená k symbolickému názvu, ako napríklad PAGE_FAULT_IN_NONPAGED_AREA alebo WHEA_UNCORRECTABLE_ERROR.

Tento symbolický názov je ten, ktorý spoločnosť Microsoft používa vo svojej dokumentácii. Napríklad DRIVER_POWER_STATE_FAILURE zodpovedá kódu 0x0000009FAk otvoríte súbor s výpisom pomocou ladiacej aplikácie WinDbg a spustíte príkaz !analyze -v, uvidíte niečo takéto:

BugCheck 9F, {3, ffffe000f38c06a0, fffff803c596cad0, ffffe000f46a1010}

Riadok vyššie zobrazuje kód kontroly chýb (9F) a štyri ďalšie parametre v zložených zátvorkách. Každý STOP kód má až štyri parametre, ktoré poskytujú veľmi špecifický kontext o tom, čo sa stalo (napríklad zapojené pamäťové adresy, typ operácie, identifikátory zariadení atď.). Oficiálna referenčná príručka kódu kontroly chýb spoločnosti Microsoft podrobne popisuje, čo každý parameter pre každú kontrolu chýb znamená.

Symbolický názov (napríklad DRIVER_POWER_STATE_FAILURE) a hexadecimálna hodnota (0x9F) sa zobrazujú spolu vo výstupe ladiacej funkcie a v dokumentácii. Keď hľadáte pokročilé technické informácie, budete chcieť použiť oboje: názov aj kód.Naproti tomu všeobecnejšie príručky sa zameriavajú na názov v texte, pretože je čitateľnejší.

Ako sa zhromažďujú parametre kódu na kontrolu chýb?

Ak chcete ísť nad rámec „zobrazila sa mi modrá obrazovka“ a pochopiť, čo sa pokazilo, potrebujete získať STOP kód a jeho parametreExistuje niekoľko spôsobov, ako to dosiahnuť, v závislosti od toho, či máte výpisy pamäte, či môžete pripojiť ladiaci program alebo či máte iba protokol udalostí.

Najprístupnejší spôsob pre väčšinu používateľov je cez Prehliadač udalostí. V systémovom denníku, Udalosti kontroly chýb zahŕňajú kód STOP a štyri súvisiace parametreNie je to vždy pekné alebo ľahko čitateľné, ale informácie tam sú, pokiaľ vytvorenie výpisu zlyhalo alebo systém nezlyhal tak vážne, že sa nedali ani správne zaznamenať.

Ďalším technickejším spôsobom je načítať vygenerovaný súbor s výpisom (minidump alebo full dump) do WinDbg alebo ladiaceho programu Windows a použiť ho Príkaz !analyze, ideálne s voľbou -v na zobrazenie podrobnej analýzyTam uvidíte BugCheck s jeho parametrami, modul, ktorý pravdepodobne spôsobil problém (napríklad hidusb.sys) a dokonca aj zásobník volaní v čase zlyhania.

Ak máte k počítaču pripojený ladiaci program jadra, keď sa chyba vyskytne, Kontrola chýb spôsobí, že systém sa zastaví priamo v debuggeri.V tomto scenári sa modrá obrazovka nemusí ani zobraziť na monitore; namiesto toho sa všetky informácie odošlú do okna ladiaceho programu. Dáta z kontroly chýb si môžete znova zobraziť pomocou príkazu `.bugcheck` alebo reštartovať analýzu pomocou príkazu `!analyze`.

Prečo niekedy zlyhá vytvorenie súboru s výpisom?

Veľmi častou sťažnosťou je nájdenie záznamu v denníku udalostí, ktorý hovorí „Vytvorenie súboru s výpisom zlyhalo z dôvodu chyby počas procesu vytvárania výpisu.“To nemusí nevyhnutne znamenať, že váš systém je nenapraviteľne poškodený, ale naznačuje to, že niečo zabránilo systému Windows uložiť tieto dôležité informácie.

Príčin môže byť niekoľko: nedostatok miesta na disku, chyby v zväzku, kam sa má zapísať výpis, poškodenie súborového systému, problémy s pamäťou také závažné, že operáciu nie je možné ani dokončiť, alebo nesprávne nastavenia výpisuMôže tiež rušiť softvér tretích strán (agresívny antivírus, nízkoúrovňové šifrovanie atď.).

V týchto prípadoch je často užitočné skontrolovať rozšírené nastavenia systému v časti Spustenie a obnovenie, aby ste sa uistili, že Povolili ste nejaký typ výpisu (minivýpis, jadro alebo plný) a cesta uloženia je platná.Okrem toho sa odporúča skontrolovať, či systémový disk nie je plný a či súborový systém neobsahuje chyby (pomocou nástrojov ako CHKDSK).

Ak to stále zlyhá, nie je to preto, že sa na to pozeráte zle: Vášmu tímu sa jednoducho nepodarilo „zaznamenať“ zlyhanie vo forme výpisu.V týchto prípadoch sa budete musieť viac spoľahnúť na Prehliadač udalostí, testovanie hardvéru a analýzu kontextu (čo ste robili, čo bolo nedávno aktualizované atď.).

Čítanie ladiacích informácií pomocou WinDbg

Pre tých, ktorí sa chcú dostať k jadru veci, kľúčovým nástrojom je WinDbg. Keď načítate výpis jadra a spustíte ho !analyze -v, debugger zobrazí podrobný popis chyby, vrátane kontroly chýb, parametrov, zásobníka volaní a podozrivého modulu.

Môže sa vám napríklad zobraziť chyba typu „Pravdepodobne spôsobená:“ hidusb.sys“, čo poukazuje na problém s ovládačom USB HID (myši, klávesnice atď.). Odtiaľ sa môžete ponoriť hlbšie, nastaviť body prerušenia v príslušnom kóde, postupovať krok za krokom a presne skontrolovať, kde v ovládači dochádza k porušeniu.

Ak máte možnosť pripojiť debugger k systému s pretrvávajúcimi problémami, ladenie jadra je obzvlášť užitočné pre opakujúce sa alebo veľmi zložité chybyObzvlášť keď iné diagnostické techniky dosiahli svoj limit. Vždy je však vhodné zaznamenať si presný text, ktorý sa zobrazí v modrej obrazovke, a konkrétne akcie, ktoré viedli k problému, aby sa dal kontrolovaným spôsobom reprodukovať.

Spoločnosť Microsoft ponúka špecifickú dokumentáciu o tom, ako analyzovať výpisy pamäte (v režime jadra aj v používateľskom režime) a ako podrobne využívať rozšírenia ladiacej funkcie, najmä Analýza a jej možnostiVývojárom a pokročilému personálu podpory to umožňuje rozlíšiť, či je chyba skutočne v ich vlastnom kóde alebo v inej súčasti systému.

Bežné BSODy v systéme Windows 11 a čo zvyčajne znamenajú

V systémoch Windows 10 a Windows 11 sa pomerne často vyskytuje súbor chýb s modrou obrazovkou. Ich rozpoznanie na prvý pohľad pomáha určiť priority, kde začať hľadať. Niektoré z najbežnejších sú:

• PAGE_FAULT_IN_NONPAGED_AREA (0x00000050)Systém Windows sa pokúsil získať prístup k pamäťovej stránke, ktorá neexistuje alebo je momentálne neprístupná. Zvyčajne to naznačuje chybnú pamäť RAM alebo poškodený zväzok NTFS.
• IRQL_NIE_JE_MENEJ_ALEBO_ROVNATEĽNÉ (0x0000000A)Radič v režime jadra sa pokúsil získať prístup k stránkovateľnej pamäti, hoci by nemal (IRQL je príliš vysoké). Toto je veľmi typické pre chybné ovládače alebo nefunkčný hardvér.
• VÝNIMKA_SYSTÉMOVEJ_SERVICE (0x0000003B)Systémová služba, zvyčajne ovládač alebo kritický proces, vygenerovala neošetrenú výnimku. Často to súvisí s nekompatibilnými ovládačmi alebo softvérom, ktorý príliš zasahuje do jadra.
• DRIVER_IRQL_NOT_LESS_OR_EQUAL (0x000000D1)Radič sa pokúsil získať prístup k neplatnej pamäťovej adrese s vysokou prioritou. Opäť, takmer určite problémový vodič.
• KRITICKÝ_PROCESS_ZÁNIK (0x000000EF)Dôležitý systémový proces sa neočakávane ukončil. Môže to byť spôsobené poškodenými systémovými súbormi, škodlivým softvérom alebo chybami systému Windows.
• MEMORY_MANAGEMENT (0x0000001A)Toto naznačuje nezrovnalosti v správe pamäte. Tieto sú zvyčajne spôsobené chybnými modulmi RAM, hardvérovými chybami alebo hlbokým poškodením systému.
• VÝNIMKA_SYSTÉMOVÉHO_VLÁKNA_NEBEZ_SPRACOVANIA (0x0000007E): silne spojené so starými alebo nekompatibilnými ovládačmi, ktoré vyvolávajú neošetrené výnimky.
• NEPRÍSTUPNÉ_SPUSTENIE_ZAVEDENÍ (0x0000007B)Systém Windows nemôže získať prístup k zavádzaciemu oddielu. Môže to byť spôsobené zmenami v konfigurácii SATA (RAID/AHCI), chýbajúcimi radičmi úložiska alebo poškodenými zavádzacími súbormi.
• NEMOUNTABLE_BOOT_VOLUME (0x000000ED)Systém nedokáže správne pripojiť bootovací disk, často počas spúšťania. Opäť platí, problémy s diskom alebo súborovým systémom.
• PORUŠENIE_DOHĽADÁVACIEHO_PRIRUČENIA_DPC (0x00000133): zvyčajne spojené s ovládačmi, ktoré blokujú systém príliš dlho (prekročenie časových limitov vo frontoch DPC).
• NEOPRAVITEĽNÁ CHYBA WHEA (0x00000124) y VÝNIMKA_KONTROLY_POČÍTAČA (0x0000009C)chyby úzko súvisiace s poruchami hardvéru (CPU, RAM, základná doska, napájací zdroj) alebo so závažnými problémami s teplotou či napätím.

Každá z týchto chýb má v dokumentácii spoločnosti Microsoft vlastný záznam, pričom technické vysvetlenie, význam parametrov a konkrétne odporúčaniaAk sa váš STOP kód zhoduje s jedným z týchto, oplatí sa skontrolovať oficiálnu referenciu, aby ste spresnili diagnózu.

Menej časté kódy BSOD a typické pokyny

Okrem štandardných kontrol chýb mnohí výrobcovia (Huawei, Dell a ďalší) zhromažďujú interné údaje Zoznamy menej bežných kódov s rýchlymi odporúčaniami za ich technickú podporu. Hoci sú navrhnuté pre svoj ekosystém, poskytujú predstavu o všeobecnom smere, ktorým sa zvyčajne uberajú:

Chyby ako napr MANUÁLNE_SPÚŠŤANIE_TLAČIDLA_NAPÁJANIA_PODRŽANIE_alebo_PORUCHA_HARDVÉRU_NMI Tieto chyby sa vyskytujú iba v prípade, že je systém nakonfigurovaný tak, aby zobrazoval modrú obrazovku po stlačení tlačidla napájania po určitú dobu. Aj keď je spúšť „manuálna“, skutočnosť, že sa spustí, môže naznačovať hardvérový problém, ktorý núti používateľa vypnúť počítač týmto spôsobom.

Iní, ako CPFN_REFERENCE_COUNT, FAST_ERESOURCE_PRECONDITION_VIOLATION alebo INVALID_KERNEL_STACK_ADDRESSTieto problémy sa zvyčajne pripisujú interným chybám systému Windows, ktoré sa zriedka opakujú. V týchto prípadoch je typickou radou reštartovať systém, aktualizovať opravy a ak problém pretrváva, kontaktovať technickú podporu, pretože môže ísť o hlboké poškodenie alebo chybu v samotnom systéme.

Existuje tiež veľa kódov, ktoré sú takmer vždy spojené s aplikácie alebo ovládače tretích stránNapríklad QUOTA_UNDERFLOW, PROCESS_HAS_LOCKED_PAGES, BUGCODE_NDIS_DRIVER (sieť), BUGCODE_USB3_DRIVER (USB 3.0), DRIVER_OVERRAN_STACK_BUFFER alebo FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION. V praxi sa zvyčajne odporúča skontrolovať, ktoré programy alebo ovládače boli nedávno nainštalované, najmä správcovské programy pre PC, antivírusový softvér alebo „zázračné“ optimalizačné nástroje, a odinštalovať ich, aby ste zistili, či problém zmizne.

Existujú kódy priamo súvisiace so súborovým systémom, ako napríklad FAT_FILE_SYSTEM, UDFS_FILE_SYSTEM, EXFAT_FILE_SYSTEM alebo FLTMGR_FILE_SYSTEMKeď sa tieto chyby vyskytujú opakovane, poukazujú na zle rozdelené disky, neortodoxné inštalácie systému, chybné disky alebo ovládače filtrov, ktoré bránia prístupu k disku. V mnohých prípadoch výrobcovia odporúčajú obnoviť výrobné nastavenia alebo preinštalovať systém Windows, ak problém pretrváva aj po aktualizácii a oprave súborového systému.

Ostatné kódy sú prepojené s Zlyhania CPU, pamäte alebo hypervízoraNapríklad MACHINE_CHECK_EXCEPTION, WHEA_INTERNAL_ERROR, HYPERVISOR_ERROR alebo STORE_DATA_STRUCTURE_CORRUPTION. Tieto chyby takmer vždy naznačujú problémy s hardvérom alebo problémy s pokročilými konfiguráciami virtualizácie a obvyklým riešením je spoľahnúť sa na reklamácie alebo pokročilú fyzickú diagnostiku.

Keď problém pramení z aktualizácií systému Windows 11

Nie všetky BSODy sú spôsobené hardvérom alebo nainštalovaným softvérom. Niekedy sú Samotné aktualizácie systému Windows zavádzajú regresieNedávno boli zdokumentované prípady, keď kumulatívne záplaty pre systém Windows 11 spôsobovali obrazovky KERNEL_SECURITY_CHECK_FAILURE na počítačoch s určitými grafickými kartami, ako aj zlyhania pripojenia Wi-Fi.

V takýchto scenároch spoločnosť Microsoft zvyčajne verejne prizná problém a zverejniť opravnú aktualizáciuNapríklad chybná kumulatívna aktualizácia môže byť KB5074105 a aktualizácia, ktorá opravuje chyby, môže byť KB5077181. Tá sa distribuuje prostredníctvom služby Windows Update a postupne sa zavádza.

Ak sa po nainštalovaní konkrétnej aktualizácie začnú zobrazovať modré obrazovky a predtým všetko fungovalo správne, je dobré skontrolovať históriu služby Windows Update a Skontrolujte, či váš článok vedomostnej databázy nesúvisí s nejakými známymi problémami v dokumentácii spoločnosti Microsoft.Kým čakáte na opravu, môžete odinštalovať konfliktnú aktualizáciu alebo dočasne pozastaviť automatické aktualizácie, hoci to vždy predstavuje určité bezpečnostné riziko.

V každom prípade, okrem inštalácie opravy, ktorá problém rieši, je vhodné udržiavať zvyšok systému aktualizovaný: Aktualizované ovládače BIOS/UEFI, čipovej sady, grafiky, siete a úložiska v najnovších verziáchnajmä ak výrobca vášho zariadenia poskytuje vlastné nástroje (SupportAssist, PC Manager atď.).

Nástroje a techniky na dôkladné vyšetrenie BSOD

Okrem všeobecnej rady „aktualizovať všetko a reštartovať“ existuje niekoľko výkonných nástrojov určených práve na tento účel. Diagnostika hlavnej príčiny modrej obrazovkyaj keď výpisy neboli spoľahlivo vygenerované.

Na jednej strane je tu Prehliadač udalostí, ktorý sme už spomenuli. Prejdením do sekcie Denníky systému Windows > Systém môžete filtrovať kritické chyby, ku ktorým došlo v čase vzniku BSOD. Aj keď sa výpis nepodarí, záznam o neočakávanom vypnutí a pokuse o vytvorenie výpisu zvyčajne zostane., s niektorými užitočnými údajmi (kód chyby, modul atď.).

Veľmi cenné sú aj súbory minidump, tie malé súbory, ktoré systém Windows vytvára v priečinku C:\Windows\Minidump, keď sa mu podarí dokončiť aspoň čiastočný výpis. Obsahujú zhrnuté informácie o stave systému v čase poruchy. a možno ho otvoriť pomocou WinDbg alebo iných nástrojov na identifikáciu príslušného ovládača alebo modulu.

Ak sa systém spustí, ďalšou možnosťou je použiť Overovač ovládačovVstavaný nástroj systému Windows, ktorý podrobuje ovládače akémusi „záťažovému testu“ v reálnom čase. Overuje ich správanie s pamäťou, IRQL, frontami atď. Keď zistí nesprávne používanie, môže vynútiť proaktívnu kontrolu chýb, aby jasne identifikoval, ktorý ovládač sa správa nesprávne. Pridáva však určitú réžiu, takže musíte starostlivo vybrať, ktoré ovládače chcete skontrolovať, aby ste predišli nadmernému spomaleniu počítača.

Okrem toho sa môžete spoľahnúť na ďalšie pokročilé nástroje, ako napríklad sadu Nástroje Sysinternals a sieťové monitoryTieto pomáhajú izolovať problémy, ktoré by mohli v konečnom dôsledku viesť k modrej obrazovke (extrémne úniky pamäte, nereagujúce ovládače, zamrznuté služby atď.). Spolu s protokolom udalostí a výpismi vám umožňujú vytvoriť si pomerne ucelený obraz o tom, čo sa deje.

Konkrétne rady pre vývojárov a softvér tretích strán

Ak vyvíjate ovládače alebo softvér, ktorý narúša jadro, skôr či neskôr sa stretnete s BSOD spôsobenou vaším vlastným kódom. V takom prípade nebude fungovať len „preinštalovanie systému Windows“. Je čas na odstránenie a opravu problémuNa dosiahnutie tohto cieľa je najefektívnejšou metódou použiť ladenie jadra pomocou WinDbg, reprodukovať chybu v kontrolovanom prostredí, analyzovať kontrolu chýb a študovať zásobník volaní a IRQL v čase havárie.

Keď kontrola chýb nie je spôsobená vaším kódom, ale ovplyvnená je vaša aplikácia, cieľ sa zmení: Nebudete môcť odstrániť hlavnú príčinu, ale môžete sa pokúsiť zabrániť tomu, aby váš softvér spúšťal túto chybu.To často zahŕňa implementáciu dodatočných kontrol, lepšie spracovanie chýb z iných komponentov, zníženie agresívnych závislostí od ovládačov tretích strán alebo vyhýbanie sa rizikovým praktikám, ktoré sa príliš spoliehajú na nedokumentované správanie.

V každom prípade je nevyhnutné robiť si presné poznámky. presné akcie, ktoré vedú k vytvoreniu snímky obrazovky, zobrazené kódy a frekvencia, s akou sa reprodukujúS týmito informáciami je pre tímy podpory alebo spoločnosť Microsoft oveľa jednoduchšie posúdiť, či ide o známu chybu, chybný hardvér alebo zvláštnu interakciu medzi komponentmi.

Napokon nesmieme podceňovať osvedčené „základné riešenia“: Prečítajte si manuály, preinštalujte kľúčové komponenty, skontrolujte dátumy súborov, odinštalujte rušivý antivírus alebo správcov počítača a overte ovládače siete, USB alebo úložiskaVeľká časť BSOD súvisiacich so softvérom tretích strán sa nakoniec vyrieši odstránením problematického komponentu.

Stručne povedané, interpretácia kódov BSOD v systéme Windows 11 nie je len o zobrazení čísla na modrej obrazovke: ide o kombináciu tohto kódu a jeho parametrov s indíciami z prehliadača udalostí, výpismi pamäte, stavom hardvéru a nedávnymi zmenami systému. Keď sa všetky tieto súvislosti spoja – a pochopíte, čo každá kontrola chýb znamená – prestane to byť „záhadná“ snímka obrazovky a stane sa to veľmi konkrétnym nástrojom na zistenie, čo zlyháva, či už je to chyba ovládača, hardvéru, aktualizácie alebo dokonca vášho vlastného kódu.a rozhodnúť sa, či stačí aktualizovať, niečo odinštalovať, opraviť Windows, alebo či je čas premýšľať o fyzickej diagnostike a špecializovanom technickom servise.