Hoe u dumpfoutbestanden op een Windows-pc kunt lokaliseren en analyseren

Wanneer Windows een driftbui krijgt en crasht, laat het meestal een spoor van aanwijzingen achter – in de vorm van dumpbestanden. Deze dumpbestanden zijn op het eerste gezicht niet bepaald gebruiksvriendelijk, maar ze zijn essentieel als je wilt achterhalen wat die vervelende BSOD’s (Blue Screen of Death) veroorzaakt. Begrijpen wat dumpbestanden zijn, waar je ze kunt vinden en hoe je ze kunt analyseren, kan een hoop frustratie besparen – vooral bij het oplossen van willekeurige crashes of prestatieproblemen. Bovendien kunnen deze tools en methoden erg handig zijn als je je wilt verdiepen in oorzaak en gevolg van je systeem. En ja, soms is het gewoon een kwestie van de juiste debugtool openen en die wirwar aan debuginformatie ontcijferen om te zien wat er mis is gegaan. Dus, als je systeem vaker crasht dan je zou willen, volgt hier een meer gedetailleerde blik op dumpbestanden en hoe je ze kunt temmen.

Methoden om dumpfoutbestanden te vinden en te analyseren

Gebruik WinDbg-voorvertoning

Analyseer dumpbestanden met WinDbg-voorbeeld

De WinDbg preview is een soort standaardtool om dumpbestanden te doorzoeken. Het is gratis van Microsoft, wordt regelmatig bijgewerkt en als je ooit hebt geprobeerd crashdumps handmatig te interpreteren, maakt deze tool het leven echt een stuk makkelijker. Waarschuwing: het is in het begin wat intimiderend, maar als je het eenmaal onder de knie hebt, is het behoorlijk krachtig.

Download en installeer WinDbg vanuit de Microsoft Store : zoek gewoon naar “WinDbg Preview” in de Store en klik op “Installeren”.Als je het direct van hun pagina of GitHub wilt downloaden, is dat ook prima. Na de installatie vind je het onder Startmenu > Windows Kits > Debugging Tools for Windows.

Open WinDbg en laad het dumpbestand. Start het op. Ga in het bovenste menu naar Bestand > Dumpbestand openen — of sleep je dumpbestand gewoon naar het venster. Dumpbestanden bevinden zich meestal in C:\Windows\Minidump. Als je computer crasht, plaatst Windows vaak een nieuw dumpbestand in die map — zoek naar bestanden met de extensie .dmp, bijvoorbeeld iets als mini022900-01.dmp.

Wanneer je je dump selecteert, kan het een paar seconden duren voordat deze geladen is. Je ziet onderaan een status zoals “Foutopsporing wordt uitgevoerd”.In sommige configuraties kan het de eerste keer vastlopen of een foutmelding geven, dus wees niet ontmoedigd. Probeer het gewoon een paar keer opnieuw of start het indien nodig opnieuw op. Eenmaal geladen, zie je onderaan een opdrachtregelinterface.

Voer de opdracht analyze-v uit : typ in het opdrachtvenster onderaan !analyze -ven druk op Enter. Er wordt een diepgaande analyse uitgevoerd van de oorzaak van de crash, wat resulteert in een bugcheckcode – wat in feite de manier is waarop het systeem zegt: “Hé, dit was het probleem.”

Interpreteer de resultaten

Scrol een beetje zodra de analyse is voltooid. Je ziet secties met informatie zoals ‘Bugcheck-analyse’, kerneldetails en driverinformatie. De bugcheckcode is cruciaal – het is de sleutel tot Google als je verder wilt graven. Vaak is de informatie behoorlijk technisch, maar het kan je wel wijzen waar je moet zoeken – bijvoorbeeld ‘nvlddmkm.sys’ geeft een hint naar problemen met Nvidia-drivers.

Op sommige machines mislukt dit de eerste keer, maar na een herstart lukt het wel. Het is een beetje vreemd, maar het oplossen van crashdumps vereist vaak wat vallen en opstaan.

Probeer Bluescreen View

Dit programma is iets eenvoudiger: wijs en klik om crashinformatie direct uit dumpbestanden te bekijken. Download en start het, en het scant automatisch de map %SystemRoot%\Minidump. Het toont crashdata, foutmeldingen en gerelateerde bestanden. Dubbelklik op een crash voor meer informatie. Vaak geeft alleen al de bestandsnaam en het tijdstip van de crash aanwijzingen over welke driver of welk proces rogue is geworden.

Probeer WhoCrashed

Nog een populaire tool, vooral als je een hekel hebt aan opdrachtregels. Deze is gratis voor persoonlijk gebruik en biedt een overzichtelijk overzicht van dumpbestanden in begrijpelijk Engels. De tool scant de dumpbestanden en geeft mogelijke oorzaken aan: drivers, geheugenproblemen of hardware. De basisversie werkt prima voor de meeste eenvoudige probleemoplossingen. De tool detecteert crashes tijdens het opstarten of tijdens normaal gebruik, wat handig is. Soms wijst de tool op driverconflicten of defect RAM, wat je vervolgens verder kunt onderzoeken.

Gebruik Dumpchk om de integriteit van het dumpbestand te controleren

Als je snel wilt weten of je dumpbestand in orde is of corrupt, is Dumpchk je beste vriend. Het is een opdrachtregeltool van Microsoft, meestal te vinden in C:\Program Files (x86)\Windows Kits\10\Debuggers\x64. Start de opdrachtprompt als administrator en navigeer naar die map:

cd "C:\Program Files (x86)\Windows Kits\10\Debuggers\x64"

Controleer nu uw dumpbestand door het volgende te typen:

dumpchk.exe -v "C:\Windows\Minidump\mini022900-01.dmp"

Als er fouten worden gemeld, is die dump mogelijk beschadigd of onvolledig – het heeft geen zin om tijd te verspillen aan het analyseren van een beschadigd bestand. Meestal worden crashdumps niet gegenereerd als er een probleem is met de schijf of met de rechten, dus houd daar rekening mee.

Dumpbestanden handmatig openen

Als u liever handmatig te werk gaat, kunt u de debugger starten met opdrachten. Zorg eerst voor een opdrachtprompt met beheerdersrechten: druk op Windows + S, typ “run”, druk op Enter en typ vervolgens in het venster dat verschijnt cmden druk op Ctrl + Shift + Enter. Navigeer daar naar de map met debugging tools:

cd "C:\Program Files (x86)\Windows Kits\10\Debuggers\x64"

Start vervolgens de debugger met:

windbg.exe -y SymbolPath -i ImagePath -z DumpFilePath

Vervang de tijdelijke aanduidingen door daadwerkelijke paden, zoals de symboolbestanden, driver images en de dumplocatie. Het is in het begin lastig, maar als je het eenmaal onder de knie hebt, biedt het nog meer controle en inzicht.

Hoe dumpbestanden met opdrachten te analyseren

Eenmaal binnen WinDbg kunt u de volgende opdrachten uitvoeren:

!analyze -show— korte foutinfo
!analyze -v— uitgebreide details
lm N T— lijst geladen modules met statussen

Dit kan je helpen bepalen of een specifieke driver of systeemproces hierbij betrokken was. Meestal draait het allemaal om het interpreteren van de bugcheckcodes en stack traces, wat intimiderend kan zijn, maar met een beetje geduld wel te doen is.

Afronding

Het doorspitten van Windows-dumpbestanden klinkt misschien als een hele klus, maar het is een behoorlijk effectieve manier om de oorzaak van systeemcrashes te achterhalen. Of je nu WinDbg, Bluescreen View of WhoCrashed gebruikt, elke methode heeft zijn voordelen. Het geheim zit hem in het weten waar je dumpbestanden zich bevinden, welke tools je moet gebruiken en wat die bugcheckcodes betekenen. Met een beetje oefening wordt het oplossen van BSOD’s minder een black box en meer een beheersbare puzzel.

Samenvatting

Dumpbestanden slaan crashinformatie op. Deze is doorgaans te vinden in C:\Windows\Minidump.
Gebruik hulpmiddelen zoals WinDbg of Bluescreen View om dumps te analyseren.
Voer opdrachten uit !analyze -vom gedetailleerde crashinformatie te krijgen.
Voor snelle controles kan Dumpchk de integriteit van dumps verifiëren.
Door bugcheckcodes te interpreteren, kunt u de hoofdoorzaak achterhalen.

Afronding

Crashende systemen zijn vervelend, maar dumpbestanden vormen een goudmijn aan informatie als je weet hoe je ze moet lezen. Zodra je vertrouwd bent met deze tools, wordt het oplossen van problemen eenvoudiger – en kunnen ze zelfs wijzen op hardwareproblemen, driverconflicten of corrupte systeembestanden. Hopelijk helpt dit iemand een stap dichter bij het oplossen van die crashes. Succes, en vergeet niet een back-up te maken van belangrijke gegevens voordat je je in een grondige debug-sessie stort.