Kaip žingsnis po žingsnio interpretuoti BSOD kodus sistemoje „Windows 11“

PCHardwarePro » Windows » Kaip žingsnis po žingsnio interpretuoti BSOD kodus sistemoje „Windows 11“

Jei jau kurį laiką naudojate „Windows 11“, tikriausiai susidūrėte su liūdnai pagarsėjusiu mėlynuoju mirties ekranu. Tai ekranas, kuriame matote pranešimą, kad jūsų kompiuteryje kilo problema, informacijos rinkimo procentą ir vieną ar kelis klaidų kodus. Vos spėjote paskaityti, kol kompiuteris parodė mėlyną ekraną ir persikrovė.. Tie BSOD (arba STOP) kodai yra pagrindinė užuomina, norint išsiaiškinti, kas nutiko.Tačiau juos interpretuoti ne visada taip paprasta, kaip „pažiūrėti į juos įvykių peržiūros programoje“.

Be to, daugeliu atvejų nutinka kai kas dar labiau erzinančio: bandote daryti tai, ką rekomenduoja visi vadovai (patikrinti peržiūros programą, atidaryti mini išklotinę, naudoti automatinį analizatorių...) ir pastebite, kad „Windows“ net negalėjo sukurti išklotinės failoNetikėtas išsijungimas rodomas įvykių peržiūros programoje, taip, bet kitame įraše rašoma, kad „nepavyko sukurti išklotinės failo“. Ką tokiu atveju daryti? Ar tai rimtas sistemos gedimas, ar ieškote ne ten, kur reikia?

Kas tiksliai yra mėlynas mirties ekranas (BSOD) sistemoje „Windows 11“?

Mėlynas ekranas arba BSOD (mėlynas mirties ekranas) iš esmės yra „Windows“ gynybos mechanizmas įsijungia, kai aptinka kritinę klaidą, kurios negalima atkurti nerizikuojant sugadinti duomenų.Kai taip nutinka, sistema sustabdo viską, rodo mėlyną ekraną ir priverčia sistemą paleisti iš naujo, kad apsaugotų sistemos ir aparatinės įrangos vientisumą.

„Windows 10“ ir „Windows 11“ sistemose paprastai rodomas pranešimas yra maždaug toks: „Jūsų kompiuteryje iškilo problema ir jį reikia paleisti iš naujo“ kartu su klaidos kodas tekste (pvz., CRITICAL_PROCESS_DIED) ir kartais STOP kodas šešioliktainėje sistemojeŠi informacija, nors gali atrodyti kaip nesąmonė, yra raktas į tai, ar kalbame apie tvarkyklės gedimą, aparatinės įrangos gedimą, atminties gedimą, disko gedimą, „Windows“ klaidą ar neseniai atliktą atnaujinimą.

Dažniausios šių ekranų priežastys yra gana gerai žinomos: Sugedusi aparatinė įranga (RAM, CPU, SSD/HDD), seni arba prastai parašyti tvarkyklės, nesuderinama programinė įranga, kenkėjiška programa ir sugadinti sistemos failaiTaip pat įtakojami fiziniai veiksniai, tokie kaip perkaitimas ar maitinimo problemos, kurios galiausiai pasireiškia kaip aparatinės įrangos klaidos (pvz., WHEA_UNCORRECTABLE_ERROR arba MACHINE_CHECK_EXCEPTION).

Pastaruoju metu netgi buvo ekrano kopijų, kurias sukėlė klaidingos „Windows 11“ pataisosPavyzdžiui, kai kurie naujausi kaupiamieji atnaujinimai intensyviai naudojant GPU generavo BSOD su tokiais kodais kaip KERNEL_SECURITY_CHECK_FAILURE arba kai kuriuose kompiuteriuose nutraukė „Wi-Fi“ ryšį, kol „Microsoft“ išleido kitą taisomąjį atnaujinimą.

Kas yra STOP kodas ir kokią informaciją jis pateikia?

STOP kodas yra skaitmeninis kritinės klaidos, dėl kurios „Windows“ sustojo, identifikatorius. Paprastai jis pateikiamas šešioliktainiu formatu (pavyzdžiui, 0x00000050 arba 0x00000124). ir yra susietas su simboliniu pavadinimu, pvz., PAGE_FAULT_IN_NONPAGED_AREA arba WHEA_UNCORRECTABLE_ERROR.

Tą simbolinį pavadinimą „Microsoft“ naudoja savo dokumentuose. Pavyzdžiui, DRIVER_POWER_STATE_FAILURE atitinka kodą 0x0000009FJei atidarysite išklotinės failą naudodami „WinDbg“ derinimo įrankį ir paleisite komandą !analyze -v, pamatysite kažką panašaus:

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

Aukščiau esančioje eilutėje parodytas klaidų tikrinimo kodas (9F) ir keturi papildomi parametrai riestiniuose skliaustuose. Kiekvienas STOP kodas turi iki keturių parametrų, kurie pateikia labai konkretų kontekstą apie tai, kas įvyko. (pavyzdžiui, susiję atminties adresai, operacijos tipas, įrenginių identifikatoriai ir kt.). Oficialioje „Microsoft“ klaidų tikrinimo kodo nuorodoje išsamiai aprašoma, ką kiekvienas parametras reiškia kiekvienam klaidos tikrinimui.

Simbolinis pavadinimas (pavyzdžiui, DRIVER_POWER_STATE_FAILURE) ir šešioliktainė reikšmė (0x9F) rodomi kartu derintuvo išvestyje ir dokumentacijoje. Kai ieškote išplėstinės techninės informacijos, norėsite naudoti abu: pavadinimą ir kodą.Priešingai, bendresnio pobūdžio vadovuose dažniausiai dėmesys sutelkiamas į pavadinimą tekste, nes jis yra lengviau skaitomas.

Kaip renkami klaidų tikrinimo kodo parametrai?

Jei norite suprasti, kas nutiko, ir daugiau nei „mėlynas ekranas“, jums reikia gauti STOP kodą ir jo parametrusYra keli būdai tai pasiekti, priklausomai nuo to, ar turite atminties išklotines, ar galite prijungti derinimo įrankį, ar turite tik įvykių žurnalą.

Daugumai vartotojų prieinamiausias būdas yra per įvykių peržiūros programą. Sistemos žurnale Klaidų tikrinimo įvykiai apima STOP kodą ir keturis susijusius parametrusTai ne visada gražu ar lengva skaityti, bet informacija yra, nebent nepavyko sukurti išklotinės arba sistema taip sugedo, kad jos net nebuvo galima teisingai įrašyti.

Kitas, techninis būdas – įkelti sugeneruotą išklotinės failą (mini arba pilną išklotinę) į „WinDbg“ arba „Windows“ derinimo programą ir naudoti Komanda „!analyze“, idealiu atveju su parametru „-v“, kad būtų galima pamatyti išsamią analizęTen matysite „BugCheck“ su jo parametrais, modulį, kuris tikriausiai sukėlė problemą (pavyzdžiui, hidusb.sys), ir net iškvietimų steką gedimo metu.

Jei klaidos metu prie kompiuterio prijungtas branduolio derinimo įrankis, Klaidų tikrinimas sustabdys sistemą tiesiai derinimo priemonėje.Tokiu atveju mėlynas ekranas gali net nepasirodyti monitoriuje; visa informacija siunčiama į derinimo programos langą. Klaidų tikrinimo duomenis galite dar kartą peržiūrėti naudodami komandą „.bugcheck“ arba iš naujo paleisti analizę naudodami komandą „!analyze“.

Kodėl kartais nepavyksta sukurti išklotinės failo?

Labai dažnas skundas yra žurnalo įrašo radimas įvykių peržiūros programoje, kuriame sakoma „Nepavyko sukurti išklotinės failo dėl klaidos, įvykusios kuriant išklotinę.“Tai nebūtinai reiškia, kad jūsų sistema yra nepataisomai sugadinta, tačiau tai rodo, kad kažkas neleido „Windows“ išsaugoti tos svarbios informacijos.

Priežastys gali būti kelios: disko vietos trūkumas, klaidos tome, kuriame bus įrašomas failas, failų sistemos sugadinimas, atminties problemos, tokios rimtos, kad operacijos net negalima užbaigti, arba neteisingi failaiTai taip pat gali trikdyti trečiųjų šalių programinės įrangos veikimą (agresyvi antivirusinė programa, žemo lygio šifravimas ir kt.).

Tokiais atvejais dažnai naudinga peržiūrėti išplėstinius sistemos nustatymus, esančius skyriuje „Paleidimas ir atkūrimas“, ir įsitikinti, kad Įjungėte tam tikro tipo duomenų išklotinę (miniatmintinę, branduolį arba pilną) ir išsaugojimo kelias yra galiojantisBe to, patartina patikrinti, ar sistemos diskas nėra pilnas ir ar failų sistemoje nėra klaidų (naudojant tokius įrankius kaip CHKDSK).

Jei vis tiek nepavyksta, tai ne todėl, kad į tai žiūrite neteisingai: Jūsų komandai tiesiog nepavyko „užregistruoti“ gedimo išklotinės forma.Tokiais atvejais turėsite labiau pasikliauti įvykių peržiūros programa, aparatinės įrangos testavimu ir konteksto analize (ką darėte, kas buvo neseniai atnaujinta ir pan.).

Derinimo informacijos skaitymas naudojant „WinDbg“

Tiems, kurie nori išsiaiškinti šią problemą, pagrindinė priemonė yra „WinDbg“. Įkėlus branduolio išklotinę ir paleidus !analyze -v, derinimo programa parodo išsamų klaidos aprašymą, įskaitant klaidų tikrinimą, parametrus, iškvietimų steką ir įtartiną modulį.

Pavyzdžiui, galite matyti kažką panašaus į klaidą „Tikriausiai sukėlė:“ hidusb.sys“, kuris nurodo Problema su USB HID valdikliu (pelės, klaviatūros ir kt.). Tada galite giliau išnagrinėti, nustatyti lūžio taškus atitinkamame kode, tęsti veiksmus žingsnis po žingsnio ir tiksliai patikrinti, kurioje valdiklyje įvyksta pažeidimas.

Jei galite prijungti derinimo programą prie sistemos, kurioje nuolat kyla problemų, branduolio derinimas yra ypač naudingas, kai pasikartojančios arba labai sudėtingos klaidosYpač kai kiti diagnostikos metodai jau išnaudojo savo ribas. Vis dėlto visada patartina užsirašyti tikslų tekstą, kuris rodomas mėlynojo ekrano pranešime, ir konkrečius veiksmus, kurie sukėlė problemą, kad ją būtų galima atkurti kontroliuojamu būdu.

„Microsoft“ siūlo konkrečią dokumentaciją apie tai, kaip analizuoti atminties išklotines (tiek branduolio, tiek vartotojo režimu) ir kaip išsamiai naudoti derinimo priemonės plėtinius, ypač Analizė ir jos parinktysProgramuotojams ir pažengusiems palaikymo darbuotojams tai leidžia atskirti, ar gedimas iš tikrųjų yra jų pačių kode, ar kitame sistemos komponente.

Dažni BSOD sistemoje „Windows 11“ ir ką jie paprastai reiškia

„Windows 10“ ir „Windows 11“ sistemose gana dažnai pasitaiko mėlynojo ekrano klaidų rinkinys. Atpažinus juos iš pirmo žvilgsnio, lengviau nustatyti, kur pradėti ieškoti. Kai kurie iš labiausiai paplitusių yra šie:

• PAGE_FAULT_IN_NONPAGED_AREA (0x00000050)„Windows“ bandė pasiekti atminties puslapį, kurio nėra arba kuris šiuo metu nepasiekiamas. Tai paprastai rodo sugedusią RAM atmintį arba sugadintą NTFS tomą.
• IRQL_NOT_LESS_OR_EQUAL (0x0000000A)Branduolio režimo valdiklis bandė pasiekti puslapiuojamą atmintį, kai neturėjo to daryti (per aukštas IRQL). Tai labai būdinga sugedusiems tvarkyklėms arba netinkamai veikiančiai aparatinei įrangai.
• SISTEMOS_PASLAUGOS_IŠIMTIS (0x0000003B)Sistemos paslauga, dažniausiai tvarkyklė arba kritinis procesas, sugeneravo neapdorotą išimtį. Tai dažnai susiję su nesuderinamomis tvarkyklėmis arba programine įranga, kuri per daug trukdo branduolio veikimui.
• DRIVER_IRQL_NOT_LESS_OR_EQUAL (0x000000D1)Valdiklis bandė pasiekti negaliojantį atminties adresą aukštu prioritetu. Vėlgi, beveik neabejotinai problemiškas vairuotojas.
• KRITINIS_PROCESAS_MIRTAS (0x000000EF)Svarbus sistemos procesas netikėtai nutrūko. Tai gali būti sugadinti sistemos failai, kenkėjiška programa arba „Windows“ klaidos.
• ATMINTIES_VALDYMAS (0x0000001A)Tai rodo atminties valdymo neatitikimus. Juos dažniausiai sukelia sugedę RAM moduliai, aparatinės įrangos klaidos arba gilus sistemos sugadinimas.
• SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x0000007E): stipriai susijęs su senais arba nesuderinamais valdikliais, kurie išmeta neapdorotas išimtis.
• INACCESSIBLE_BOOT_DEVICE (0x0000007B)„Windows“ negali pasiekti įkrovos skaidinio. Taip gali būti dėl SATA konfigūracijos pakeitimų (RAID/AHCI), trūkstamų atminties valdiklių arba sugadintų įkrovos failų.
• UNMOUNTABLE_BOOT_VOLUME (0x000000ED)Sistema negali tinkamai prijungti įkrovos disko, dažnai paleidimo metu. Vėlgi, disko ar failų sistemos problemos.
• DPC_WATCHDOG_VIOLATION (0x00000133): paprastai susiję su tvarkyklėmis, kurios per ilgai blokuoja sistemą (viršyti skirtieji laikai DPC eilėse).
• WHEA_UNCRECRTABLE_ERROR (0x00000124) y MAŠINOS_TIKRINIMO_IŠIMTIS (0x0000009C)Klaidos, glaudžiai susijusios su aparatinės įrangos gedimais (procesoriaus, RAM, pagrindinės plokštės, maitinimo šaltinio) arba rimtomis temperatūros ar įtampos problemomis.

Kiekviena iš šių klaidų turi savo įrašą „Microsoft“ dokumentacijoje, kuriame techninis paaiškinimas, parametrų reikšmė ir konkrečios rekomendacijosJei jūsų STOP kodas atitinka vieną iš šių, verta patikrinti oficialią nuorodą, kad būtų patikslinta diagnozė.

Retesni BSOD kodai ir tipinės gairės

Be standartinių klaidų tikrinimų, daugelis gamintojų („Huawei“, „Dell“ ir kiti) renka vidinius duomenis Rečiau pasitaikančių kodų sąrašai su trumpomis rekomendacijomis už jų techninę pagalbą. Nors jie yra sukurti jų ekosistemai, jie leidžia suprasti bendrą kryptį, kuria jie paprastai žengia:

Klaidos, pvz MANUALLY_INITIATED_POWER_BUTTON_HOLD arba NMI_HARDWARE_FAILURE Šios klaidos atsiranda tik tuo atveju, jei sistema sukonfigūruota rodyti mėlyną ekraną, kai maitinimo mygtukas laikomas nuspaustas tam tikrą laiką. Net jei paleidiklis yra „rankinis“, tai, kad jis suveikia, gali rodyti aparatinės įrangos problemą, kuri verčia vartotoją išjungti kompiuterį tokiu būdu.

Kiti, kaip CPFN_REFERENCE_COUNT, FAST_ERESOURCE_PRECONDITION_VIOLATION arba INVALID_KERNEL_STACK_ADDRESSŠios problemos dažniausiai priskiriamos vidinėms „Windows“ klaidoms, kurios retai pasikartoja. Tokiais atvejais įprastas patarimas yra paleisti sistemą iš naujo, atnaujinti pataisymus ir, jei problema išlieka, susisiekti su technine pagalba, nes gali būti gilus sistemos sugadinimas arba klaida pačioje sistemoje.

Taip pat yra daug kodų, beveik visada susijusių su trečiųjų šalių programos arba tvarkyklėsPavyzdžiui, QUOTA_UNDERFLOW, PROCESS_HAS_LOCKED_PAGES, BUGCODE_NDIS_DRIVER (tinklas), BUGCODE_USB3_DRIVER (USB 3.0), DRIVER_OVERRAN_STACK_BUFFER arba FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION. Praktiškai paprastai rekomenduojama patikrinti, kurios programos ar tvarkyklės buvo neseniai įdiegtos, ypač kompiuterio tvarkyklės, antivirusinė programinė įranga arba „stebuklingi“ optimizavimo įrankiai, ir jas pašalinti, kad pamatytumėte, ar problema išnyko.

Yra kodų, tiesiogiai susijusių su failų sistema, tokių kaip FAT_FILE_SYSTEM, UDFS_FILE_SYSTEM, EXFAT_FILE_SYSTEM arba FLTMGR_FILE_SYSTEMKai šios klaidos kartojasi pakartotinai, jos rodo prastai suskirstytus diskus, netradicinius sistemos diegimus, sugedusius diskus arba filtrų tvarkykles, trukdančias pasiekti diską. Daugeliu atvejų gamintojai rekomenduoja atkurti gamyklinius nustatymus arba iš naujo įdiegti „Windows“, jei problema išlieka atnaujinus ir pataisius failų sistemą.

Kiti kodai yra susieti su CPU, atminties arba hipervizoriaus gedimaiPavyzdžiui, MACHINE_CHECK_EXCEPTION, WHEA_INTERNAL_ERROR, HYPERVISOR_ERROR arba STORE_DATA_STRUCTURE_CORRUPTION. Šios klaidos beveik visada rodo aparatinės įrangos problemas arba problemas, susijusias su pažangiomis virtualizacijos konfigūracijomis, o įprastas sprendimas yra kreiptis į garantijos reikalavimus arba atlikti pažangią fizinę diagnostiką.

Kai problema kyla dėl „Windows 11“ naujinimų

Ne visus BSOD sukelia jūsų aparatinė įranga ar įdiegta programinė įranga. Kartais jie yra Patys „Windows“ naujinimai įveda regresijasNaujausi atvejai buvo dokumentuoti, kai kaupiamieji „Windows 11“ pataisymai sukėlė KERNEL_SECURITY_CHECK_FAILURE ekranus kompiuteriuose su tam tikromis vaizdo plokštėmis, taip pat „Wi-Fi“ ryšio sutrikimus.

Tokiais atvejais „Microsoft“ paprastai viešai pripažįsta problemą ir paskelbti taisomąjį atnaujinimąPavyzdžiui, klaidingas kaupiamasis atnaujinimas gali būti KB5074105, o atnaujinimas, kuris ištaiso klaidas, gali būti KB5077181. Pastarasis platinamas per „Windows Update“ ir diegiamas palaipsniui.

Jei įdiegus konkretų naujinimą pradedate matyti mėlynus ekranus, o anksčiau viskas veikė gerai, patartina patikrinti „Windows“ naujinimų istoriją ir Patikrinkite, ar jūsų žinių bazės straipsnis yra susijęs su kokiomis nors žinomomis „Microsoft“ dokumentacijos problemomis.Laukdami pataisos, galite pašalinti konfliktuojantį naujinimą arba laikinai pristabdyti automatinius naujinimus, nors tai visada kelia tam tikrą saugumo riziką.

Bet kuriuo atveju, be pataisos, kuri išsprendžia problemą, įdiegimo, patartina atnaujinti ir likusią sistemos dalį: Atnaujintos BIOS / UEFI, lustų rinkinio, grafikos, tinklo ir atminties tvarkyklės naujausiose versijoseypač jei jūsų įrangos gamintojas teikia savo įrankius („SupportAssist“, „PC Manager“ ir kt.).

Įrankiai ir metodai, skirti išsamiai ištirti BSOD

Be bendro patarimo „atnaujinkite viską ir paleiskite iš naujo“, yra keletas galingų įrankių, sukurtų būtent šiam tikslui. Mėlynojo ekrano priežasties diagnostikanet kai išklotinės nebuvo patikimai sugeneruotos.

Viena vertus, yra jau minėta įvykių peržiūros programa. Eidami į „Windows“ žurnalus > „Sistema“, galite filtruoti kritines klaidas, kurios įvyko maždaug BSOD metu. Net jei išklotinė nepavyksta, netikėto išsijungimo ir bandymo sukurti išklotinę įrašas paprastai išlieka., su naudingais duomenimis (klaidos kodu, moduliu ir kt.).

Taip pat labai vertingi yra minidump failai – tie maži failai, kuriuos „Windows“ sukuria aplanke C:\Windows\Minidump, kai jai pavyksta atlikti bent dalinį išklotinės failą. Juose pateikiama glausta informacija apie sistemos būseną gedimo metu. ir gali būti atidarytas naudojant „WinDbg“ arba kitus įrankius, kad būtų galima nustatyti susijusį tvarkyklę arba modulį.

Jei sistema įsijungia, kita galimybė yra naudoti Vairuotojo tikrintuvasIntegruotas „Windows“ įrankis, kuris atlieka tvarkyklių realaus laiko „streso testą“. Jis patikrina jų veikimą naudodamas atmintį, IRQL, eiles ir pan. Aptikęs netinkamą naudojimą, gali atlikti aktyvią klaidų patikrą, kad būtų aiškiai nustatyta, kuri tvarkyklė veikia netinkamai. Tačiau tai prideda tam tikrų krūvių, todėl turite atidžiai pasirinkti, kurias tvarkykles tikrinti, kad per daug nesulėtintumėte kompiuterio.

Be to, galite pasikliauti kitomis pažangiomis programomis, tokiomis kaip rinkinys „Sysinternals“ įrankiai ir tinklo monitoriaiTai padeda išskirti problemas, kurios galiausiai gali sukelti mėlynąjį ekraną (didelis atminties nutekėjimas, nereaguojančios tvarkyklės, užstrigusios paslaugos ir kt.). Kartu su įvykių žurnalu ir išklotinėmis jie leidžia susidaryti gana išsamų vaizdą apie tai, kas vyksta.

Konkretūs patarimai kūrėjams ir trečiųjų šalių programinei įrangai

Jei kuriate tvarkykles ar programinę įrangą, kuri trikdo branduolio veikimą, anksčiau ar vėliau susidursite su BSOD, kurį sukelia jūsų kodas. Tokiu atveju paprastas „Windows“ diegimas iš naujo neveiks. Laikas ištaisyti ir pašalinti problemąNorint tai padaryti, efektyviausias metodas yra naudoti branduolio derinimą naudojant „WinDbg“, atkurti klaidą kontroliuojamoje aplinkoje, išanalizuoti klaidų patikrinimą ir išstudijuoti iškvietimų steką bei IRQL gedimo metu.

Kai klaidos tikrinimas atliekamas ne dėl jūsų kodo, o dėl to paveikta jūsų programa, tikslas pasikeičia: Negalėsite išspręsti pagrindinės priežasties, bet galite pabandyti užkirsti kelią programinei įrangai, kad ji nepaveiktų.Tai dažnai apima papildomų patikrinimų įdiegimą, geresnį kitų komponentų klaidų tvarkymą, agresyvios priklausomybės nuo trečiųjų šalių tvarkyklių mažinimą arba rizikingos praktikos, kuri pernelyg remiasi nedokumentuotu elgesiu, vengimą.

Bet kokiu atveju, svarbu tiksliai užsirašyti pastabas. tikslius veiksmus, dėl kurių atsirado ekrano kopija, rodomus kodus ir jų atkūrimo dažnumąTurint šią informaciją, palaikymo komandoms arba „Microsoft“ daug lengviau įvertinti, ar tai žinoma klaida, sugedusi aparatinė įranga, ar keista komponentų sąveika.

Galiausiai, negalime nuvertinti patikrintų ir pasiteisinusių „pagrindinių sprendimų“: Peržiūrėkite vadovus, iš naujo įdiekite pagrindinius komponentus, patikrinkite failų datas, pašalinkite įkyrias antivirusines programas arba kompiuterio tvarkykles ir patikrinkite tinklo, USB arba atminties tvarkyklesDidelė dalis su trečiųjų šalių programine įranga susijusių BSOD išsprendžiama pašalinus probleminį komponentą.

Trumpai tariant, BSOD kodų interpretavimas sistemoje „Windows 11“ nėra vien skaičiaus matymas mėlyname ekrane: tai yra to kodo ir jo parametrų sujungimas su įvykių peržiūros priemonės užuominomis, atminties išklotomis, aparatinės įrangos būsena ir naujausiais sistemos pakeitimais. Kai visas šis kontekstas susijungia – ir jūs suprantate, ką reiškia kiekvienas klaidos patikrinimas – tai nustoja būti „paslaptinga“ ekrano kopija ir tampa labai konkrečiu įrankiu, leidžiančiu išsiaiškinti, kas nepavyksta – tvarkyklės, aparatinės įrangos, atnaujinimo ar net jūsų paties kodo kaltė.ir nuspręsti, ar užtenka atnaujinti, ką nors pašalinti, pataisyti „Windows“, ar laikas pagalvoti apie fizinę diagnostiką ir specializuotą techninę priežiūrą.