Hoe je een 'dump file' analyseert na een systeemcrash.
Stel je voor: je zit rustig te werken, en ploef – je beeldscherm wordt blauw. Of je computer start niet meer op. Zo’n crash is vervelend, maar vaak kun je precies zien wat er misging.
Windows maakt namelijk automatisch een zogenaamde ‘dump file’ aan. Dat is een soort fotootje van het geheugen op het moment van de crash.
Met de juiste tools kun je dat bestand uitlezen en de boosdoener vinden. In deze handleiding leg ik je stap voor stap uit hoe je een dump file analyseert, specifiek gericht op het oplossen van problemen zoals Foutcode 43.
Benodigdheden voor dump file analyse
Voordat je begint, zorg je dat je de juiste spullen bij de hand hebt.
Je hebt niet veel nodig, maar wat je nodig hebt, is wel essentieel. Allereerst een werkende computer – bij voorkeur een tweede pc, want je analyseert de dump file het best op een andere machine dan waar de crash gebeurde. Als je die niet hebt, kun je ook op dezelfde pc werken, maar zorg dat je de dump file veiligstelt op een usb-stick.
Download en installeer WinDbg via de Microsoft Store. Zoek naar ‘WinDbg’ en kies de nieuwste versie.
Het is gratis en officieel van Microsoft. Zodra je WinDbg hebt geïnstalleerd, moet je het ‘symbol path’ instellen.
Dit is een map waar WinDbg extra bestanden downloadt die nodig zijn om geheugenadressen te vertalen naar herkenbare namen van drivers en functies. Open WinDbg, ga naar File > Settings > Debugging settings en vul bij ‘Symbol path’ in: srv*C:\Symbols*https://msdl.microsoft.com/download/symbols. Druk op Enter en laat het even laden – dit duurt een minuut of twee, afhankelijk van je internet. Je hebt natuurlijk ook de dump file zelf nodig.
Minidump bestanden bevinden zich standaard in C:\Windows\Minidump. Als die map leeg is, controleer dan of je systeeminstellingen correct staan: ga naar Configuratiesysteem > Geavanceerd > Opstarten en herstel > Instellingen en zorg dat ‘Small memory dump’ is geselecteerd.
Als je een volledige crash dump wilt analyseren (bijvoorbeeld bij hardnekkige Foutcode 43-problemen), staat die meestal in C:\Windows MEMORY.DMP. Kopieer het desbetreffende .dmp-bestand naar een makkelijke locatie, bijvoorbeeld je bureaublad.
Stappenplan voor het uitlezen van crash dumps
Open WinDbg en sleep je .dmp-bestand in het venster, of ga naar File > Open crash dump en selecteer het bestand. WinDbg laadt de dump en toont een commandoprompt.
Hier typ je je eerste commando: !analyze -v. Druk op Enter. Dit commando doet het zware werk: het scant de dump, identificeert de crash-oorzaak en toont belangrijke details zoals de foutcode, de betrokken driver en geheugenadressen. Mocht de fout aanhouden, controleer dan de gezondheid van je schijf. Let op de output.
Zoek naar regels als ‘MODULE_NAME’ of ‘IMAGE_NAME’ – dat is de driver of het bestand dat de crash veroorzaakte.
Bij Foutcode 43 gaat het vaak om een stuurprogramma dat niet goed communiceert met je hardware. WinDbg geeft ook de ‘FAILURE_BUCKET_ID’, een samenvatting van het probleem. Noteer deze informatie; het is je leidraad voor de volgende stappen. Als je een specifieke driver ziet, bijvoorbeeld ‘nvlddmkm.sys’ (een NVIDIA-driver), weet je dat je die moet controleren of updaten. Soms helpt het ook om je BIOS/UEFI bij te werken voor een betere hardware-compatibiliteit.
Ga naar de website van de fabrikant, download de nieuwste versie en installeer het. Bij Foutcode 43 is het vaak nodig om de driver volledig te verwijderen met een tool zoals Display Driver Uninstaller (DDU), voordat je de nieuwe installeert.
Dit voorkomt restanten die de crash kunnen blijven veroorzaken. Herhaal de analyse eventueel met een andere dump file als je meerdere crashes hebt gehad. WinDbg kan meerdere bestanden in één sessie laden, dus sleep ze allemaal in het venster en draai per bestand !analyze -v. Zo krijg je een compleet beeld van het probleem.
Veelgestelde vragen
Waar vind ik mijn Windows crash dump bestanden?
Standaard staan deze in de map C:\Windows\Minidump voor minidumps, of C:\Windows\ voor de volledige MEMORY.DMP. Als je ze niet vindt, controleer dan je opstartinstellingen zoals hierboven beschreven.
Welk programma heb ik nodig om .dmp bestanden te openen?
WinDbg (Windows Debugger) is de standaard tool van Microsoft voor het analyseren van dump files.
Je kunt ook tools als BlueScreenView proberen voor een snellere, vereenvoudigde weergave, maar WinDbg is nauwkeuriger en geeft meer details. Wat is het belangrijkste commando in WinDbg?
Het commando !analyze -v geeft een gedetailleerde analyse van de crashoorzaak. Het is je basiscommando voor elke dump file analyse.
Kan ik een dump file analyseren zonder technische kennis?
Ja, met tools zoals BlueScreenView kun je een vereenvoudigd overzicht krijgen zonder commando’s te typen. Maar voor diepgaande analyse, zoals bij Foutcode 43, is WinDbg aan te raden – het is even wennen, maar je leert het snel. Wat is een ‘symbol path’?
Dit is een pad naar bestanden die WinDbg helpen om de geheugenadressen te vertalen naar leesbare namen van functies en drivers. Zonder symbolen zie je alleen hexadecimalen, wat niet bruikbaar is. Stel het in zoals hierboven beschreven.
Verificatie-checklist
Voordat je klaar bent, loop je deze checklist na om zeker te zijn dat je alles goed hebt gedaan. Dit voorkomt dat je later weer voor verrassingen komt te staan.
- Heb je WinDbg geïnstalleerd via de Microsoft Store? Ja/Nee
- Is het symbol path correct ingesteld met de URL naar Microsoft-symbolen? Ja/Nee
- Heb je de juiste .dmp-bestanden gevonden in C:\Windows\Minidump of C:\Windows\? Ja/Nee
- Heb je
!analyze -vgedraaid en de MODULE_NAME/IMAGE_NAME genoteerd? Ja/Nee - Heb je de betrokken driver gecontroleerd en bijgewerkt of verwijderd? Ja/Nee
- Heb je het systeem getest na de fix en gekeken of de crash terugkomt? Ja/Nee
Als je alle items kunt afvinken, heb je de crash waarschijnlijk opgelost.
Mocht het probleem terugkomen, herhaal dan de analyse met een nieuwe dump file. En onthoud: een dump file is je vriend – het helpt je precies te zien wat er misging, zonder gissen. Maak voor de zekerheid een back-up van je stuurprogramma's, zodat je systeem stabiel blijft en je frustratie voorkomt.