Kako korak po korak interpretirati BSOD kodove u sustavu Windows 11

PCHardwarePro » Windows » Kako korak po korak interpretirati BSOD kodove u sustavu Windows 11

Ako već neko vrijeme koristite Windows 11, vjerojatno ste naišli na zloglasni plavi ekran smrti. Taj ekran na kojem vidite poruku da je vaše računalo naišlo na problem, postotak prikupljenih informacija i jedan ili više kodova pogrešaka. Jedva imate vremena za čitanje prije nego što računalo prikaže plavi ekran i ponovno se pokrene.. Ti BSOD (ili STOP) kodovi su glavni trag za otkrivanje što je pošlo po zlu.Ali njihovo tumačenje nije uvijek tako jednostavno kao "pogledajte u pregledniku događaja".

Nadalje, u mnogim slučajevima događa se nešto još frustrirajuće: pokušavate učiniti ono što svi vodiči preporučuju (provjerite preglednik, otvorite minidump, koristite automatski analizator…) i otkrijete da Windows nije čak ni uspio stvoriti datoteku s dumpomNeočekivano gašenje se pojavljuje u Pregledniku događaja, da, ali sljedeći unos kaže da "stvaranje datoteke s izvatkom nije uspjelo". Što onda učiniti? Je li ovo ozbiljan kvar sustava ili tražite na krivom mjestu?

Što je točno plavi ekran smrti (BSOD) u sustavu Windows 11?

Plavi ekran ili BSOD (Plavi ekran smrti) je, u suštini, Obrambeni mehanizam sustava Windows aktivira se kada otkrije kritičnu pogrešku od koje se ne može oporaviti bez rizika od oštećenja podataka.Kada se to dogodi, sustav zaustavlja sve, prikazuje plavi ekran i prisiljava ponovno pokretanje kako bi zaštitio integritet sustava i hardvera.

U sustavima Windows 10 i Windows 11, tipična poruka koja se pojavljuje je nešto poput "Vaše računalo naišlo je na problem i treba ga ponovno pokrenuti", popraćena kod pogreške u tekstu (kao što je CRITICAL_PROCESS_DIED) i ponekad STOP kod u heksadecimalnom oblikuTa informacija, iako se može činiti besmislenom, ključna je za saznanje govorimo li o kvaru upravljačkog programa, kvaru hardvera, kvaru memorije, kvaru diska ili o grešci u sustavu Windows ili nedavnom ažuriranju.

Najčešći uzroci ovih ekrana su prilično dobro poznati: Neispravan hardver (RAM, CPU, SSD/HDD), stari ili loše napisani upravljački programi, nekompatibilan softver, zlonamjerni softver i oštećene sistemske datotekeFizički čimbenici poput pregrijavanja ili problema s napajanjem također dolaze do izražaja, što se na kraju manifestira kao hardverske pogreške (na primjer, WHEA_UNCORRECTABLE_ERROR ili MACHINE_CHECK_EXCEPTION).

U posljednje vrijeme pojavile su se čak i snimke zaslona uzrokovane neispravne zakrpe za Windows 11Na primjer, određena nedavna kumulativna ažuriranja generirala su BSOD-ove s kodovima poput KERNEL_SECURITY_CHECK_FAILURE pri intenzivnom korištenju GPU-a ili su prekidala Wi-Fi povezivost na nekim računalima dok Microsoft nije objavio još jedno ispravljivo ažuriranje.

Što je STOP kod i koje informacije sadrži?

STOP kod je numerički identifikator kritične pogreške koja je prisilila Windows da se zaustavi. Obično se vidi u heksadecimalnom formatu (na primjer, 0x00000050 ili 0x00000124) i povezan je sa simboličnim nazivom, kao što je PAGE_FAULT_IN_NONPAGED_AREA ili WHEA_UNCORRECTABLE_ERROR.

To simbolično ime je ono koje Microsoft koristi u svojoj dokumentaciji. Na primjer, DRIVER_POWER_STATE_FAILURE odgovara kodu 0x0000009FAko otvorite datoteku s dumpom pomoću WinDbg debuggera i pokrenete naredbu !analyze -v, vidjet ćete nešto poput ovoga:

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

Gornji redak prikazuje kod za provjeru grešaka (9F) i četiri dodatna parametra u vitičastim zagradama. Svaki STOP kod ima do četiri parametra koji pružaju vrlo specifičan kontekst o tome što se dogodilo (na primjer, uključene memorijske adrese, vrsta operacije, identifikatori uređaja itd.). Službena referenca koda za provjeru grešaka tvrtke Microsoft detaljno opisuje što svaki parametar znači za svaku provjeru grešaka.

Simbolično ime (na primjer, DRIVER_POWER_STATE_FAILURE) i heksadecimalna vrijednost (0x9F) pojavljuju se zajedno u izlazu programa za ispravljanje pogrešaka i u dokumentaciji. Kada tražite napredne tehničke informacije, trebat ćete koristiti oboje: naziv i kod.Nasuprot tome, generičkiji vodiči obično se usredotočuju na ime u tekstu jer je čitljivije.

Kako se prikupljaju parametri koda za provjeru grešaka?

Ako želite ići dalje od "Dobio sam plavi ekran" i razumjeti što je pošlo po zlu, trebate dobiti STOP kod i njegove parametrePostoji nekoliko načina za postizanje ovoga, ovisno o tome imate li memorijske dumpove, možete li priključiti program za ispravljanje pogrešaka ili imate samo zapisnik događaja.

Najpristupačniji način za većinu korisnika je putem Preglednika događaja. U sistemskom zapisniku, Događaji provjere grešaka uključuju STOP kod i četiri povezana parametraNije uvijek lijepo ili lako za čitanje, ali informacije su tu, osim ako stvaranje dumpa nije uspjelo ili se sustav toliko srušio da se nisu mogle ni ispravno snimiti.

Drugi, tehnički ispravniji način je učitavanje generirane datoteke s dumpom (minidump ili puni dump) u WinDbg ili Windows debugger i korištenje Naredba !analyze, idealno s opcijom -v za detaljnu analizuTamo ćete vidjeti BugCheck s njegovim parametrima, modul koji je vjerojatno uzrokovao problem (na primjer, hidusb.sys) pa čak i stek poziva u trenutku kvara.

Ako je na računalo spojen program za ispravljanje pogrešaka kernela kada se pojavi greška, Provjera grešaka uzrokovat će izravno zaustavljanje sustava u debuggeruU ovom scenariju, plavi ekran se možda neće ni pojaviti na monitoru; umjesto toga, sve informacije se šalju u prozor programa za ispravljanje pogrešaka. Podatke o provjeri grešaka možete ponovno pregledati naredbom `.bugcheck` ili ponovno pokrenuti analizu naredbom `!analyze`.

Zašto stvaranje datoteke za ispis ponekad ne uspije?

Vrlo česta pritužba je pronalazak zapisa u pregledniku događaja koji kaže "Izrada datoteke s dumpom nije uspjela zbog pogreške tijekom procesa izrade dump datoteke."To ne znači nužno da je vaš sustav nepopravljivo oštećen, ali ukazuje na to da je nešto spriječilo Windows da spremi te ključne informacije.

Uzroci mogu biti nekoliko: nedostatak prostora na disku, pogreške u volumenu na koji se treba zapisati dump, oštećenje datotečnog sustava, problemi s memorijom toliko ozbiljni da se operacija ne može ni dovršiti ili netočne postavke dump-aTakođer može ometati softver trećih strana (agresivni antivirus, šifriranje niske razine itd.).

U tim slučajevima često je korisno pregledati napredne postavke sustava u odjeljku Pokretanje i oporavak kako biste bili sigurni da Omogućili ste neku vrstu dumpa (minidump, kernel ili puni) i put spremanja je valjanOsim toga, preporučljivo je provjeriti je li sistemski pogon pun i je li datotečni sustav bez grešaka (pomoću alata poput CHKDSK-a).

Ako i dalje ne uspije, nije zato što na to krivo gledaš: Vaš tim jednostavno nije uspio "zabilježiti" kvar u obliku dumpa.U tim slučajevima, morat ćete se više osloniti na Preglednik događaja, testiranje hardvera i analizu konteksta (što ste radili, što je nedavno ažurirano itd.).

Čitanje informacija o debugiranju pomoću WinDbg-a

Za one koji žele doći do dna ovoga, ključni alat je WinDbg. Kada učitate kernel dump i pokrenete !analyze -v, program za ispravljanje pogrešaka prikazuje detaljan opis greške, uključujući provjeru grešaka, parametre, stog poziva i sumnjivi modul.

Na primjer, mogli biste vidjeti nešto poput pogreške "Vjerojatno uzrokovano:" hidusb.sys”, što ukazuje na problem s USB HID kontrolerom (miševi, tipkovnice itd.). Odatle možete dublje istražiti, postaviti točke prekida u relevantnom kodu, nastaviti korak po korak i provjeriti točno gdje se u kontroleru događa kršenje.

Ako imate mogućnost povezivanja programa za ispravljanje pogrešaka sa sustavom s trajnim problemima, ispravljanje pogrešaka kernela je posebno korisno za ponavljajuće ili vrlo složene pogreškePogotovo kada su druge dijagnostičke tehnike dosegle svoje granice. Međutim, uvijek je preporučljivo zabilježiti točan tekst koji se pojavljuje na plavom ekranu i specifične radnje koje su dovele do problema kako bi se problem mogao kontrolirano reproducirati.

Microsoft nudi posebnu dokumentaciju o tome kako analizirati memorijske dumpove (i u kernel modu i u korisničkom modu) i kako detaljno koristiti proširenja programa za ispravljanje pogrešaka, posebno Analiza i njezine mogućnostiZa razvojne programere i napredno osoblje za podršku, ovo im omogućuje da razlikuju je li greška zapravo u njihovom vlastitom kodu ili u nekoj drugoj komponenti sustava.

Uobičajeni BSOD-ovi u sustavu Windows 11 i što obično znače

Postoji skup grešaka plavog ekrana koje se prilično često javljaju u sustavima Windows 10 i Windows 11. Prepoznavanje na prvi pogled pomaže u određivanju prioriteta gdje početi tražiti. Neki od najčešćih su:

• PAGE_FAULT_IN_NONPAGED_AREA (0x00000050)Windows je pokušao pristupiti memorijskoj stranici koja ne postoji ili je trenutno nedostupna. To obično ukazuje na neispravan RAM ili oštećeni NTFS volumen.
• IRQL_NIJE_MANJI_ILI_JEDNAKI (0x0000000A)Kontroler u kernel modu pokušao je pristupiti memoriji koja se može pisati, a nije smio (IRQL je previsok). To je vrlo tipično za neispravne upravljačke programe ili neispravan hardver.
• IZNIMKA_SISTEMSKE_USLUGE (0x0000003B)Sistemska usluga, obično upravljački program ili kritični proces, generirala je neobrađenu iznimku. To je često povezano s nekompatibilnim upravljačkim programima ili softverom koji previše ometa kernel.
• DRIVER_IRQL_NIJE_MANJI_ILI_JEDNAKI (0x000000D1)Kontroler je pokušao pristupiti nevažećoj memorijskoj adresi s visokim prioritetom. Opet, gotovo sigurno problematičan vozač.
• KRITIČNI_PROCESS_JE_UGAŠEN (0x000000EF)Važan sistemski proces neočekivano je prekinut. To mogu uzrokovati oštećene sistemske datoteke, zlonamjerni softver ili pogreške sustava Windows.
• UPRAVLJANJE_MEMORIJOM (0x0000001A)To ukazuje na nedosljednosti u upravljanju memorijom. Obično su uzrokovane neispravnim RAM modulima, hardverskim pogreškama ili dubokim oštećenjem sustava.
• IZNIMKA_NITI_SUSTAVA_NIJE_OBRAĐENA (0x0000007E): snažno povezano sa starim ili nekompatibilnim kontrolerima koji bacaju neobrađene iznimke.
• NEPRISTUPAN_UREĐAJ_ZA_POKRETANJE (0x0000007B)Windows ne može pristupiti particiji za pokretanje. To može biti zbog promjena u SATA konfiguraciji (RAID/AHCI), nedostajućih kontrolera za pohranu ili oštećenih datoteka za pokretanje.
• NEMOUNTABILNI_VOLUME_ZA_POKRETANJE (0x000000ED)Sustav ne može pravilno montirati pogon za pokretanje, često tijekom pokretanja. Opet, problemi s diskom ili datotečnim sustavom.
• PREKRŠAJ_NADZORA_DPC-a (0x00000133): obično povezano s upravljačkim programima koji predugo blokiraju sustav (prekoračenje vremenskih ograničenja u DPC redovima).
• POGREŠKA_KOJA_SE_NE_ISPRAVLJA (0x00000124) y IZNIMKA_PROVJERE_STROJA (0x0000009C): pogreške usko povezane s hardverskim kvarovima (CPU, RAM, matična ploča, napajanje) ili ozbiljnim problemima s temperaturom ili naponom.

Svaka od ovih grešaka ima svoj unos u Microsoftovoj dokumentaciji, s tehničko objašnjenje, značenje parametara i specifične preporukeAko vaš STOP kod odgovara jednom od ovih, vrijedi provjeriti službenu referencu kako biste precizirali dijagnozu.

Manje česti BSOD kodovi i tipične smjernice

Uz standardne provjere grešaka, mnogi proizvođači (Huawei, Dell i drugi) prikupljaju interne podatke Popisi manje uobičajenih kodova s ​​brzim preporukama za njihovu tehničku podršku. Iako su dizajnirani za svoj ekosustav, daju ideju o općem smjeru koji obično zauzimaju:

Pogreške kao što su RUČNO_POKRETAN_PRITISAK_TIPKE_ZA_NAPAJANJE ili KVAR_HARDVERA_NMI Ove se pogreške javljaju samo ako je sustav konfiguriran da prikazuje plavi ekran kada se gumb za uključivanje/isključivanje drži pritisnut određeno vrijeme. Čak i ako je okidač "ručni", činjenica da se aktivira može ukazivati ​​na hardverski problem koji prisiljava korisnika da na ovaj način isključi računalo.

Drugi, poput CPFN_REFERENCE_COUNT, FAST_ERESOURCE_PREDUGOVOR_VIOLATION ili INVALID_KERNEL_STACK_ADRESAOvi se problemi obično pripisuju internim pogreškama sustava Windows koje se rijetko ponavljaju. U tim slučajevima, tipičan savjet je ponovno pokretanje, ažuriranje zakrpa i, ako se problem nastavi, kontaktiranje tehničke podrške jer može postojati duboka korupcija ili greška u samom sustavu.

Također postoje mnogi kodovi koji su gotovo uvijek povezani s aplikacije ili upravljački programi trećih stranaNa primjer, QUOTA_UNDERFLOW, PROCESS_HAS_LOCKED_PAGES, BUGCODE_NDIS_DRIVER (mreža), BUGCODE_USB3_DRIVER (USB 3.0), DRIVER_OVERRAN_STACK_BUFFER ili FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION. U praksi se obično preporučuje provjera programa ili upravljačkih programa koji su nedavno instalirani, posebno upravitelji računala, antivirusni softver ili "čudotvorni" alati za optimizaciju, te njihova deinstalacija kako bi se vidjelo hoće li problem nestati.

Postoje kodovi koji su izravno povezani s datotečnim sustavom, kao što su FAT_FILE_SYSTEM, UDFS_FILE_SYSTEM, EXFAT_FILE_SYSTEM ili FLTMGR_FILE_SYSTEMKada se ove pogreške ponavljaju, ukazuju na loše particionirane diskove, neortodoksne instalacije sustava, neispravne diskove ili upravljačke programe filtera koji ometaju pristup disku. U mnogim slučajevima proizvođači preporučuju vraćanje tvorničkih postavki ili ponovnu instalaciju sustava Windows ako se problem nastavi nakon ažuriranja i popravka datotečnog sustava.

Drugi kodovi su povezani s Kvarovi procesora, memorije ili hipervizoraNa primjer, MACHINE_CHECK_EXCEPTION, WHEA_INTERNAL_ERROR, HYPERVISOR_ERROR ili STORE_DATA_STRUCTURE_CORRUPTION. Ove pogreške gotovo uvijek ukazuju na probleme s hardverom ili probleme s naprednim konfiguracijama virtualizacije, a uobičajeno rješenje je oslanjanje na jamstvene zahtjeve ili naprednu fizičku dijagnostiku.

Kada problem proizlazi iz ažuriranja sustava Windows 11

Nisu svi BSOD-ovi uzrokovani vašim hardverom ili softverom koji ste instalirali. Ponekad su Sama ažuriranja sustava Windows uvode regresijeNedavno su dokumentirani slučajevi u kojima su kumulativne zakrpe za Windows 11 uzrokovale ekrane KERNEL_SECURITY_CHECK_FAILURE na računalima s određenim grafičkim karticama, kao i kvarove Wi-Fi povezivosti.

U tim scenarijima, Microsoft obično javno priznaje problem i objaviti ispravnu ažuriranu verzijuNa primjer, neispravno kumulativno ažuriranje može biti KB5074105, a ažuriranje koje ispravlja greške može biti KB5077181. Potonje se distribuira putem servisa Windows Update i postupno se uvodi.

Ako počnete vidjeti plave ekrane nakon instaliranja određenog ažuriranja, a prije je sve radilo dobro, dobro je provjeriti povijest ažuriranja sustava Windows i Provjerite je li vaš članak baze znanja povezan s nekim poznatim problemima u Microsoftovoj dokumentaciji.Dok čekate zakrpu, možete deinstalirati konfliktno ažuriranje ili privremeno pauzirati automatska ažuriranja, iako to uvijek predstavlja određeni sigurnosni rizik.

U svakom slučaju, osim instaliranja zakrpe koja rješava problem, preporučljivo je ažurirati i ostatak sustava: Ažurirani upravljački programi za BIOS/UEFI, čipset, grafiku, mrežu i pohranu u novijim verzijamaposebno ako proizvođač vaše opreme nudi vlastite alate (SupportAssist, PC Manager itd.).

Alati i tehnike za detaljno istraživanje BSOD-a

Osim generičkog savjeta "ažuriraj sve i ponovno pokreni", postoji nekoliko moćnih alata dizajniranih upravo za tu svrhu. Dijagnosticiranje uzroka plavog ekranačak i kada odlagališta podataka nisu pouzdano generirana.

S jedne strane, tu je Preglednik događaja, koji smo već spomenuli. Odlaskom na Windows Logs > System možete filtrirati kritične pogreške koje su se dogodile otprilike u vrijeme BSOD-a. Čak i ako izvlačenje podataka ne uspije, zapis o neočekivanom gašenju i pokušaju stvaranja izvlačenja podataka obično ostaje., s nekim korisnim podacima (kod greške, modul itd.).

Također su vrlo vrijedne minidump datoteke, one male datoteke koje Windows stvara u C:\Windows\Minidump kada uspije dovršiti barem djelomičan dump. Sadrže sažete informacije o statusu sustava u trenutku kvara. i može se otvoriti pomoću WinDbg-a ili drugih alata za identifikaciju uključenog upravljačkog programa ili modula.

Ako se sustav pokrene, druga mogućnost je korištenje DriverVerifierUgrađeni Windows alat koji podvrgava upravljačke programe svojevrsnom "stres testu" u stvarnom vremenu. Provjerava njihovo ponašanje s memorijom, IRQL-ovima, redovima čekanja i tako dalje. Kada otkrije neispravnu upotrebu, može nametnuti proaktivnu provjeru grešaka kako bi se jasno utvrdilo koji upravljački program se ponaša neispravno. Međutim, to dodaje određeno opterećenje, pa morate pažljivo odabrati koje upravljačke programe provjeriti kako biste izbjegli pretjerano usporavanje računala.

Osim toga, možete se osloniti na druge napredne uslužne programe kao što je paket Sysinternals alati i mrežni monitoriTo pomaže u izolaciji problema koji bi u konačnici mogli dovesti do plavog ekrana (ekstremno curenje memorije, nereagirajući upravljački programi, zamrznute usluge itd.). Zajedno s dnevnikom događaja i izvatcima, omogućuju vam da stvorite prilično potpunu sliku o tome što se događa.

Posebni savjeti za razvojne programere i softver trećih strana

Ako razvijate upravljačke programe ili softver koji ometa kernel, prije ili kasnije ćete naići na BSOD uzrokovan vašim vlastitim kodom. U tom slučaju, jednostavna "ponovna instalacija sustava Windows" neće uspjeti. Vrijeme je za otklanjanje pogrešaka i ispravljanje problemaDa biste to učinili, najučinkovitija metoda je korištenje debuggiranja kernela s WinDbg-om, reprodukcija pogreške u kontroliranom okruženju, analiza provjere grešaka i proučavanje stoga poziva i IRQL-ova u trenutku pada.

Kada provjera grešaka nije uzrokovana vašim kodom, već je pogođena vaša aplikacija, cilj se mijenja: Nećete moći otkloniti uzrok, ali možete pokušati spriječiti da vaš softver to aktivira.To često uključuje implementaciju dodatnih provjera, bolje rukovanje pogreškama iz drugih komponenti, smanjenje agresivnih ovisnosti o upravljačkim programima trećih strana ili izbjegavanje rizičnih praksi koje se previše oslanjaju na nedokumentirano ponašanje.

U svakom slučaju, bitno je voditi točne bilješke. točne radnje koje vode do snimke zaslona, ​​kodovi koji se pojavljuju i učestalost kojom se reproducirajuS tim informacijama timovima za podršku ili Microsoftu je puno lakše procijeniti je li riječ o poznatoj grešci, neispravnom hardveru ili čudnoj interakciji između komponenti.

Konačno, ne smijemo podcijeniti provjerena „osnovna rješenja“: Pregledajte priručnike, ponovno instalirajte ključne komponente, provjerite datume datoteka, deinstalirajte nametljive antivirusne programe ili upravitelje računala te provjerite mrežne, USB ili upravljačke programe za pohranuVeliki dio BSOD-ova povezanih sa softverom treće strane na kraju se rješava uklanjanjem problematične komponente.

Ukratko, tumačenje BSOD kodova u sustavu Windows 11 nije samo stvar prikaza broja na plavom ekranu: radi se o kombiniranju tog koda i njegovih parametara s tragovima iz Preglednika događaja, izvatcima memorije, statusom hardvera i nedavnim promjenama sustava. Kada se sav taj kontekst spoji - i shvatite što svaka provjera grešaka znači - prestaje biti "misteriozna" snimka zaslona i postaje vrlo konkretan alat za otkrivanje što ne radi, bilo da je riječ o krivnji upravljačkog programa, hardvera, ažuriranja ili čak vašeg vlastitog koda.i odlučiti je li dovoljno ažurirati, deinstalirati nešto, popraviti Windows ili je vrijeme za razmišljanje o fizičkoj dijagnostici i specijaliziranoj tehničkoj usluzi.