Stapsgewijze uitleg over het interpreteren van BSOD-codes in Windows 11

PCHardwarePro » Windows » Stapsgewijze uitleg over het interpreteren van BSOD-codes in Windows 11

Als je Windows 11 al een tijdje gebruikt, ben je waarschijnlijk wel eens het beruchte blauwe scherm des doods tegengekomen. Dat scherm waarop je een bericht ziet dat je pc een probleem heeft ondervonden, een percentage van de gegevensverzameling en een of meer foutcodes. Je hebt nauwelijks tijd om te lezen voordat de computer een blauw scherm weergeeft en opnieuw opstart.. Die BSOD- (of STOP-)codes zijn de belangrijkste aanwijzing om erachter te komen wat er mis is gegaan.Maar het interpreteren ervan is niet altijd zo eenvoudig als "kijk maar eens in de Logboeken".

Bovendien gebeurt er in veel gevallen iets nog frustrerender: je probeert te doen wat alle handleidingen aanraden (de viewer controleren, de minidump openen, een automatische analyzer gebruiken, enz.) en je ontdekt dat... Windows is er zelfs niet in geslaagd om het dumpbestand aan te maken.De onverwachte afsluiting verschijnt inderdaad in de Logboeken, maar de volgende melding zegt dat "het aanmaken van het dumpbestand is mislukt". Wat moet je dan doen? Is dit een ernstige systeemfout, of kijk je op de verkeerde plek?

Wat is een blauw scherm des doods (BSOD) in Windows 11 precies?

Een blauw scherm of BSOD (Blue Screen of Death) is in wezen... Het beveiligingsmechanisme van Windows wordt geactiveerd wanneer het een kritieke fout detecteert waarvan het niet kan herstellen zonder het risico te lopen gegevens te beschadigen.Wanneer dit gebeurt, stopt het systeem alles, verschijnt het blauwe scherm en wordt een herstart afgedwongen om de integriteit van het systeem en de hardware te beschermen.

In Windows 10 en Windows 11 is het typische bericht dat verschijnt iets als "Uw pc heeft een probleem ondervonden en moet opnieuw worden opgestart", vergezeld van een foutcode in tekstvorm (zoals CRITICAL_PROCESS_DIED) en soms een STOP-code in hexadecimaal.Die informatie, hoewel het misschien onbegrijpelijk lijkt, is cruciaal om te bepalen of het gaat om een ​​driverfout, een hardwarefout, een geheugenfout, een schijffout, een Windows-bug of een recente update.

De meest voorkomende oorzaken van deze schermproblemen zijn vrij algemeen bekend: Defecte hardware (RAM, CPU, SSD/HDD), oude of slecht geschreven stuurprogramma's, incompatibele software, malware en beschadigde systeembestanden.Ook fysieke factoren zoals oververhitting of problemen met de stroomvoorziening spelen een rol, die zich uiteindelijk manifesteren als hardwarefouten (bijvoorbeeld WHEA_UNCORRECTABLE_ERROR of MACHINE_CHECK_EXCEPTION).

De laatste tijd zijn er zelfs screenshots gemaakt als gevolg van defecte Windows 11-patchesBepaalde recente cumulatieve updates hebben bijvoorbeeld BSOD's (Blue Screen of Death) veroorzaakt met foutcodes zoals KERNEL_SECURITY_CHECK_FAILURE bij intensief GPU-gebruik, of hebben de wifi-verbinding op sommige computers verbroken totdat Microsoft een nieuwe corrigerende update uitbracht.

Wat is een STOP-code en welke informatie bevat deze?

De STOP-code is de numerieke identificatiecode van de kritieke fout die ervoor heeft gezorgd dat Windows is gestopt. Het wordt meestal weergegeven in hexadecimale notatie (bijvoorbeeld 0x00000050 of 0x00000124). en is gekoppeld aan een symbolische naam, zoals PAGE_FAULT_IN_NONPAGED_AREA of WHEA_UNCORRECTABLE_ERROR.

Die symbolische naam is de naam die Microsoft in zijn documentatie gebruikt. Bijvoorbeeld: DRIVER_POWER_STATE_FAILURE komt overeen met code 0x0000009FAls je een dumpbestand opent met de WinDbg-debugger en de opdracht !analyze -v uitvoert, zie je zoiets als dit:

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

De bovenstaande regel toont de foutcontrolecode (9F) en vier extra parameters tussen accolades. Elke STOP-code heeft maximaal vier parameters die zeer specifieke context geven over wat er is gebeurd. (bijvoorbeeld de betrokken geheugenadressen, het type bewerking, apparaat-ID's, enz.). De officiële codehandleiding van Microsoft voor bugchecks beschrijft de betekenis van elke parameter voor elke bugcheck.

De symbolische naam (bijvoorbeeld DRIVER_POWER_STATE_FAILURE) en de hexadecimale waarde (0x9F) verschijnen samen in de debuggeruitvoer en in de documentatie. Wanneer je op zoek bent naar geavanceerde technische informatie, kun je het beste zowel de naam als de code gebruiken.Daarentegen richten meer algemene handleidingen zich doorgaans op de naam in tekst, omdat dit beter leesbaar is.

Hoe worden de parameters van een foutcontrolecode verzameld?

Als je verder wilt kijken dan "Ik kreeg een blauw scherm" en wilt begrijpen wat er mis is gegaan, dan heb je het volgende nodig: Verkrijg de STOP-code en de bijbehorende parameters.Er zijn verschillende manieren om dit te bereiken, afhankelijk van of je geheugendumps hebt, een debugger kunt koppelen of alleen het gebeurtenislogboek hebt.

De meest toegankelijke manier voor de meeste gebruikers is via de Logboeken (Event Viewer). In het systeemlogboek vindt u... Foutcontrole omvat gebeurtenissen zoals de STOP-code en de vier bijbehorende parameters.Het is niet altijd even fraai of makkelijk leesbaar, maar de informatie is er wel, tenzij het aanmaken van de dump is mislukt of het systeem zo ernstig is vastgelopen dat de gegevens niet eens correct konden worden vastgelegd.

Een andere, meer technische manier is om het gegenereerde dumpbestand (de minidump of de volledige dump) in WinDbg of de Windows-debugger te laden en te gebruiken. Het commando !analyze, bij voorkeur met de optie -v voor een gedetailleerde analyse.Daar ziet u de BugCheck met de bijbehorende parameters, de module die waarschijnlijk het probleem heeft veroorzaakt (bijvoorbeeld hidusb.sys) en zelfs de aanroepstack op het moment van de fout.

Als er een kerneldebugger op de computer is aangesloten wanneer de fout optreedt, Foutcontrole zorgt ervoor dat het systeem direct in de debugger stopt.In dit scenario verschijnt het blauwe scherm mogelijk niet eens op de monitor; in plaats daarvan wordt alle informatie naar het debugvenster gestuurd. U kunt de bugcheckgegevens opnieuw bekijken met de opdracht `.bugcheck` of de analyse opnieuw starten met `!analyze`.

Waarom mislukt het aanmaken van het dumpbestand soms?

Een veelvoorkomende klacht is het vinden van een logboekvermelding in de Logboeken met de volgende tekst: "Het aanmaken van het dumpbestand is mislukt vanwege een fout tijdens het aanmaakproces."Dit betekent niet per se dat uw systeem onherstelbaar beschadigd is, maar het geeft wel aan dat iets Windows ervan heeft weerhouden die cruciale informatie op te slaan.

De oorzaken kunnen divers zijn: gebrek aan schijfruimte, fouten in het volume waar de dump moet worden geschreven, corruptie van het bestandssysteem, geheugenproblemen die zo ernstig zijn dat de bewerking niet eens kan worden voltooid, of onjuiste dumpinstellingenHet kan ook interfereren met software van derden (agressieve antivirus, laag-niveau encryptie, enz.).

In dergelijke gevallen is het vaak nuttig om de geavanceerde systeeminstellingen in het gedeelte 'Opstarten en herstel' te controleren om er zeker van te zijn dat Je hebt een dumptype ingeschakeld (minidump, kernel of volledige dump) en het opslagpad is correct.Daarnaast is het raadzaam om te controleren of de systeemschijf niet vol is en of het bestandssysteem vrij is van fouten (met behulp van tools zoals CHKDSK).

Als het dan nog steeds niet lukt, komt dat niet doordat je er verkeerd naar kijkt: Uw team is er simpelweg niet in geslaagd om de fout vast te leggen in de vorm van een dumpbestand.In deze gevallen zult u meer moeten vertrouwen op de Logboeken, hardwaretests en contextanalyse (wat u aan het doen was, wat er recent is bijgewerkt, enz.).

Foutopsporingsinformatie lezen met WinDbg

Voor wie dit tot op de bodem wil uitzoeken, is WinDbg het belangrijkste hulpmiddel. Wanneer je een kernel-dump laadt en uitvoert... !analyze -v, de debugger toont een gedetailleerde beschrijving van de foutinclusief de bugcheck, parameters, call stack en verdachte module.

Je zou bijvoorbeeld een foutmelding kunnen zien zoals: "Waarschijnlijk veroorzaakt door: hidusb.sys”, wat wijst op een probleem met de USB HID-controller (muizen, toetsenborden, enz.). Van daaruit kun je dieper graven, breakpoints in de relevante code plaatsen, stap voor stap te werk gaan en precies controleren waar in de controller de overtreding optreedt.

Als je de mogelijkheid hebt om een ​​debugger aan te sluiten op het systeem met aanhoudende problemen, is kerneldebugging bijzonder nuttig voor terugkerende of zeer complexe foutenVooral wanneer andere diagnostische technieken hun grenzen hebben bereikt. Het is echter altijd raadzaam om de exacte tekst van het blauwe schermbericht en de specifieke handelingen die tot het probleem hebben geleid te noteren, zodat het op een gecontroleerde manier kan worden gereproduceerd.

Microsoft biedt specifieke documentatie over het analyseren van geheugendumps (zowel in kernelmodus als in gebruikersmodus) en over het uitgebreid gebruik van de debugger-extensies, met name. Analyseer en bekijk de mogelijkhedenVoor ontwikkelaars en ervaren ondersteuningsmedewerkers biedt dit de mogelijkheid om te bepalen of de fout zich daadwerkelijk in hun eigen code bevindt of in een ander onderdeel van het systeem.

Veelvoorkomende BSOD's in Windows 11 en wat ze meestal betekenen

Er is een reeks blauwe schermfouten die vrij vaak voorkomen in Windows 10 en Windows 11. Door ze in één oogopslag te herkennen, kun je beter bepalen waar je moet beginnen met zoeken.. Enkele van de meest voorkomende zijn:

• PAGINAFOUT IN NIET-GEPAGINEERD_GEBIED (0x00000050)Windows heeft geprobeerd toegang te krijgen tot een geheugenpagina die niet bestaat of momenteel niet toegankelijk is. Dit duidt meestal op defect RAM-geheugen of een beschadigd NTFS-volume.
• IRQL_NIET_MINDER_OF_GELIJK (0x0000000A)Een kernel-mode controller heeft geprobeerd toegang te krijgen tot paginaal geheugen terwijl dat niet de bedoeling was (IRQL te hoog). Dit is zeer typerend voor defecte stuurprogramma's of slecht functionerende hardware.
• SYSTEM_SERVICE_UITZONDERING (0x0000003B)Een systeemservice, meestal een driver of een kritiek proces, heeft een onafgehandelde uitzondering gegenereerd. Dit houdt vaak verband met incompatibele drivers of software die te veel interfereert met de kernel.
• DRIVER_IRQL_NIET_MINDER_OF_GELIJK (0x000000D1)Een controller heeft geprobeerd toegang te krijgen tot een ongeldig geheugenadres met een hoge prioriteit. Nogmaals, vrijwel zeker een problematische bestuurder.
• KRITISCH_PROCES_GESTORVEN (0x000000EF)Een essentieel systeemproces is onverwacht gestopt. Dit kan worden veroorzaakt door beschadigde systeembestanden, malware of Windows-fouten.
• GEHEUGENBEHEER (0x0000001A)Dit duidt op inconsistenties in het geheugenbeheer. Deze worden meestal veroorzaakt door defecte RAM-modules, hardwarefouten of ernstige systeemcorruptie.
• SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x0000007E): sterk geassocieerd met oude of incompatibele controllers die onafgehandelde uitzonderingen genereren.
• ONBEREIKBAAR_BOOT_APPARAAT (0x0000007B)Windows heeft geen toegang tot de opstartpartitie. Dit kan te wijten zijn aan wijzigingen in de SATA-configuratie (RAID/AHCI), ontbrekende opslagcontrollers of beschadigde opstartbestanden.
• UNMOUNTABLE_BOOT_VOLUME (0x000000ED)Het systeem kan de opstartschijf vaak niet correct koppelen, met name tijdens het opstarten. schijf- of bestandssysteemproblemen.
• DPC_WATCHDOG_OVERTREDING (0x00000133)Dit is doorgaans gerelateerd aan stuurprogramma's die het systeem te lang blokkeren (time-outs in DPC-wachtrijen overschreden).
• WHEA_ONCORRECTEERBARE_FOUT (0x00000124) y MACHINE_CHECK_UITZONDERING (0x0000009C)Fouten die nauw verband houden met hardwarestoringen (CPU, RAM, moederbord, voeding) of ernstige temperatuur- of spanningsproblemen.

Elk van deze fouten heeft een eigen vermelding in de Microsoft-documentatie, met Technische uitleg, betekenis van parameters en specifieke aanbevelingenAls uw STOP-code overeenkomt met een van deze codes, is het raadzaam de officiële handleiding te raadplegen om de diagnose te verfijnen.

Minder vaak voorkomende BSOD-codes en typische richtlijnen

Naast standaard bugcontroles verzamelen veel fabrikanten (Huawei, Dell en anderen) ook interne gegevens. Lijsten met minder gangbare codes en korte aanbevelingen. voor hun technische ondersteuning. Hoewel ze ontworpen zijn voor hun ecosysteem, geven ze een idee van de algemene richting die ze doorgaans inslaan:

Fouten zoals HANDMATIG GEÏNITIEERDE AAN/UIT-KNOP INGEDRUKT of NMI-HARDWAREFOUT Deze fouten treden alleen op als het systeem zo is geconfigureerd dat er een blauw scherm verschijnt wanneer de aan/uit-knop gedurende een bepaalde tijd ingedrukt wordt gehouden. Zelfs als de trigger "handmatig" is, kan het feit dat de fout optreedt duiden op een hardwareprobleem waardoor de gebruiker de computer op deze manier moet uitschakelen.

Anderen, zoals CPFN_REFERENCE_COUNT, FAST_ERESOURCE_PRECONDITION_VIOLATION of INVALID_KERNEL_STACK_ADDRESSDeze problemen worden meestal toegeschreven aan interne Windows-fouten die zelden terugkeren. In dergelijke gevallen is het gebruikelijke advies om de computer opnieuw op te starten, updates te installeren en, als het probleem aanhoudt, contact op te nemen met de technische ondersteuning, omdat er mogelijk sprake is van ernstige corruptie of een bug in het systeem zelf.

Er zijn ook veel codes die bijna altijd geassocieerd worden met applicaties of stuurprogramma's van derdenBijvoorbeeld QUOTA_UNDERFLOW, PROCESS_HAS_LOCKED_PAGES, BUGCODE_NDIS_DRIVER (netwerk), BUGCODE_USB3_DRIVER (USB 3.0), DRIVER_OVERRAN_STACK_BUFFER of FSRTL_EXTRA_CREATE_PARAMETER_VIOLATION. In de praktijk is het advies meestal om te controleren welke programma's of stuurprogramma's recent zijn geïnstalleerd, met name pc-managers, antivirussoftware of zogenaamde "wonder"-optimalisatietools, en deze te verwijderen om te zien of het probleem verdwijnt.

Er zijn codes die direct verband houden met het bestandssysteem, zoals FAT_FILE_SYSTEM, UDFS_FILE_SYSTEM, EXFAT_FILE_SYSTEM of FLTMGR_FILE_SYSTEMWanneer deze fouten zich herhaaldelijk voordoen, wijzen ze op slecht gepartitioneerde schijven, ongebruikelijke systeeminstallaties, defecte schijven of filterstuurprogramma's die de schijftoegang belemmeren. In veel gevallen raden fabrikanten aan om de fabrieksinstellingen te herstellen of Windows opnieuw te installeren als het probleem aanhoudt na het bijwerken en repareren van het bestandssysteem.

Andere codes zijn gekoppeld aan CPU-, geheugen- of hypervisorstoringenBijvoorbeeld MACHINE_CHECK_EXCEPTION, WHEA_INTERNAL_ERROR, HYPERVISOR_ERROR of STORE_DATA_STRUCTURE_CORRUPTION. Deze fouten duiden bijna altijd op hardwareproblemen of problemen met geavanceerde virtualisatieconfiguraties, en de gebruikelijke oplossing is om een ​​beroep te doen op garantieclaims of geavanceerde fysieke diagnostiek.

Wanneer het probleem voortkomt uit Windows 11-updates

Niet alle BSOD's worden veroorzaakt door je hardware of de software die je hebt geïnstalleerd. Soms zijn ze... Windows-updates introduceren zelf regressies.Recent zijn er gevallen gedocumenteerd waarbij cumulatieve patches voor Windows 11 KERNEL_SECURITY_CHECK_FAILURE-schermen hebben veroorzaakt op computers met bepaalde grafische kaarten, evenals problemen met de wifi-verbinding.

In dergelijke gevallen erkent Microsoft het probleem doorgaans publiekelijk en publiceer een corrigerende updateEen voorbeeld van een defecte cumulatieve update is KB5074105, terwijl de update die de bugs verhelpt KB5077181 kan zijn. Deze laatste update wordt via Windows Update verspreid en geleidelijk uitgerold.

Als je na het installeren van een bepaalde update blauwe schermen krijgt en alles daarvoor prima werkte, is het verstandig om je Windows Update-geschiedenis te controleren. Controleer of uw KB-artikel verband houdt met bekende problemen in de Microsoft-documentatie.In afwachting van de patch kunt u de conflicterende update verwijderen of automatische updates tijdelijk pauzeren, hoewel dit altijd een zeker beveiligingsrisico met zich meebrengt.

In elk geval is het, naast het installeren van de patch die het probleem verhelpt, raadzaam om de rest van het systeem ook up-to-date te houden: De BIOS/UEFI, chipset-, grafische kaart-, netwerk- en opslagstuurprogramma's zijn bijgewerkt in recente versies.vooral als de fabrikant van uw apparatuur eigen tools levert (SupportAssist, PC Manager, enz.).

Instrumenten en technieken voor een grondig onderzoek naar een BSOD

Naast het algemene advies om "alles bij te werken en opnieuw op te starten", zijn er diverse krachtige tools die specifiek voor dit doel zijn ontworpen. De oorzaak van een blauw scherm vaststellenzelfs wanneer er geen betrouwbare dumps zijn gegenereerd.

Enerzijds is er de Logboeken, die we al eerder hebben genoemd. Door naar Windows-logboeken > Systeem te navigeren, kunt u filteren op kritieke fouten die zich rond het tijdstip van het BSOD hebben voorgedaan. Zelfs als het dumpen mislukt, blijft de registratie van de onverwachte afsluiting en de poging om het dumpbestand te maken meestal bewaard., met enkele nuttige gegevens (foutcode, module, enz.).

Ook zeer waardevol zijn de minidump-bestanden, die kleine bestanden die Windows aanmaakt in C:\Windows\Minidump wanneer het erin slaagt om (ten minste een gedeeltelijke) back-up te maken. Ze bevatten beknopte informatie over de status van het systeem op het moment van de storing. en kan worden geopend met WinDbg of andere tools om het betrokken stuurprogramma of de betreffende module te identificeren.

Als het systeem opstart, is een andere optie om gebruik te maken van StuurprogrammacontroleEen ingebouwde Windows-tool die stuurprogramma's onderwerpt aan een soort realtime 'stresstest'. Het valideert hun gedrag met betrekking tot geheugen, IRQL's, wachtrijen, enzovoort. Wanneer het onjuist gebruik detecteert, kan het een proactieve foutcontrole afdwingen om duidelijk te identificeren welk stuurprogramma zich misdraagt. Dit brengt echter wel wat extra belasting met zich mee, dus u moet zorgvuldig selecteren welke stuurprogramma's u wilt controleren om te voorkomen dat uw computer onnodig trager wordt.

Daarnaast kunt u vertrouwen op andere geavanceerde hulpprogramma's, zoals de suite van Sysinternals-tools en netwerkmonitorsDeze tools helpen bij het isoleren van problemen die uiteindelijk tot een blauw scherm kunnen leiden (extreme geheugenlekken, niet-reagerende stuurprogramma's, vastgelopen services, enz.). Samen met het gebeurtenislogboek en de dumps stellen ze je in staat een vrij compleet beeld te vormen van wat er gaande is.

Specifiek advies voor ontwikkelaars en software van derden

Als je stuurprogramma's of software ontwikkelt die de kernel beïnvloedt, krijg je vroeg of laat te maken met een BSOD (Blue Screen of Death) veroorzaakt door je eigen code. In dat geval is "Windows opnieuw installeren" geen oplossing. Het is tijd om de fout op te sporen en het probleem te verhelpen.De meest effectieve methode hiervoor is het gebruik van kerneldebugging met WinDbg, het reproduceren van de fout in een gecontroleerde omgeving, het analyseren van de foutcontrole en het bestuderen van de aanroepstack en IRQL's op het moment van de crash.

Als de bugcheck niet aan uw code te wijten is, maar uw applicatie er wel door wordt beïnvloed, verandert het doel: Je kunt de onderliggende oorzaak niet verhelpen, maar je kunt wel proberen te voorkomen dat je software het probleem veroorzaakt.Dit houdt vaak in dat er extra controles worden ingevoerd, fouten van andere componenten beter worden afgehandeld, de sterke afhankelijkheid van externe stuurprogramma's wordt verminderd of risicovolle werkwijzen die te sterk leunen op ongedocumenteerd gedrag worden vermeden.

Het is in elk geval essentieel om nauwkeurige aantekeningen te maken. De precieze handelingen die tot de schermafbeelding leiden, de codes die verschijnen en de frequentie waarmee deze zich voordoet.Met die informatie is het voor supportteams of Microsoft veel gemakkelijker om te bepalen of het een bekende bug, defecte hardware of een vreemde interactie tussen componenten betreft.

Tot slot mogen we de beproefde "basisoplossingen" niet onderschatten: Raadpleeg handleidingen, installeer belangrijke componenten opnieuw, controleer de datums van bestanden, verwijder opdringerige antivirusprogramma's of pc-managers en controleer de stuurprogramma's voor netwerk, USB of opslagapparaten.Een groot deel van de BSOD's die verband houden met software van derden, wordt uiteindelijk opgelost door het problematische onderdeel te verwijderen.

Kortom, het interpreteren van BSOD-codes in Windows 11 is niet alleen een kwestie van een getal op het blauwe scherm zien: het gaat erom die code en de bijbehorende parameters te combineren met aanwijzingen uit de Logboeken, geheugendumps, de hardwarestatus en recente systeemwijzigingen. Als al die context samenkomt – en je begrijpt wat elke bugcheck betekent – ​​is het geen "mysterieuze" screenshot meer, maar een zeer concreet hulpmiddel om erachter te komen wat er misgaat, of het nu de schuld is van een driver, de hardware, een update of zelfs je eigen code.en beslissen of het voldoende is om te updaten, iets te verwijderen, Windows te repareren, of dat het tijd is om na te denken over een fysieke diagnose en gespecialiseerde technische service.