Comment lire un fichier minidump pour trouver la cause d’un écran bleu

Le code d’arrêt affiché sur l’écran bleu ne dit pas toujours qui a planté. Le fichier minidump, lui, garde la trace du moment de l’erreur : pilote impliqué, code d’arrêt et état du système. Le lire n’est pas réservé aux experts, à condition de savoir où chercher. Pour comprendre d’abord les codes d’arrêt, lisez le guide de l’écran bleu Windows (BSOD).

Où Windows enregistre les fichiers .dmp

Le dossier Minidump est protégé : il faut les droits d’administrateur pour y accéder. Copiez le fichier à analyser sur le Bureau avant de l’ouvrir. Le fonctionnement est identique sous Windows 10 et pour un minidump Windows 11. Si le dossier est vide, le vidage n’est probablement pas activé ou le disque système manque de place.

Activer les minidumps

1. Appuyez sur Windows + R, tapez sysdm.cpl et validez.
2. Ouvrez l’onglet Paramètres système avancés (ou « Avancé »), puis, dans « Démarrage et récupération », cliquez sur Paramètres.
3. Sous « Écriture des informations de débogage », choisissez Mini image mémoire (256 Ko) (le libellé peut varier selon la version).
4. Vérifiez que le dossier indiqué est %SystemRoot%\Minidump.
5. Cochez « Redémarrer automatiquement » seulement si vous voulez, puis validez avec OK.

Pour que Windows écrive le fichier, le fichier de pagination doit être actif sur le disque système. Le prochain écran bleu produira alors un nouveau .dmp.

Lecture rapide avec BlueScreenView ou WhoCrashed

BlueScreenView (NirSoft, gratuit) lit le dossier Minidump automatiquement. Chaque ligne est un plantage : date, code d’arrêt et pilote probable. En bas, la liste des modules chargés surligne en rose les pilotes qui se trouvaient dans la pile d’appels. WhoCrashed, en version gratuite pour usage personnel, analyse les mêmes fichiers et rédige un rapport en langage clair, avec le pilote suspecté et une suggestion. Les deux outils donnent une piste, pas un verdict : recoupez avec la date et ce que vous faisiez au moment du plantage.

Analyse complète avec WinDbg

WinDbg, le débogueur de Microsoft, est disponible sur le Microsoft Store (ou par winget install Microsoft.WinDbg).

1. Lancez WinDbg en administrateur et choisissez Fichier > Open dump file, puis sélectionnez votre .dmp.
2. Patientez pendant le chargement des symboles depuis les serveurs Microsoft : la première ouverture est plus longue.
3. Tapez la commande !analyze -v et validez.
4. Repérez les lignes BUGCHECK_CODE, MODULE_NAME, IMAGE_NAME et FAILURE_BUCKET_ID : elles désignent le code d’arrêt et le module suspect.

La commande lm liste les modules chargés, et k affiche la pile d’appels au moment du plantage.

Interpréter le résultat

Un nom de fichier en .sys désigne un pilote : nvlddmkm.sys pour la carte graphique NVIDIA, rt640x64.sys pour une puce réseau Realtek, storport.sys pour le stockage, par exemple. Retrouvez à quel matériel il correspond, puis installez la dernière version fournie par le fabricant. En revanche, ntoskrnl.exe (le noyau Windows) ou win32kfull.sys sont rarement le vrai fautif : ils figurent presque toujours dans la pile parce que l’erreur remonte par eux. Dans ce cas, le problème est souvent matériel (RAM, disque) ou lié à un pilote non identifié.

Et ensuite : agir

• Mettre à jour ou réinstaller le pilote identifié, en le téléchargeant chez le fabricant du matériel.
• Si le plantage a commencé après une mise à jour, revenir à la version précédente du pilote.
• Tester la mémoire avec l’outil de diagnostic Windows et l’état du disque.
• Si les codes d’arrêt changent à chaque fois, soupçonner la RAM ou une alimentation instable.
• Pour un cas précis, consultez CRITICAL_PROCESS_DIED, KERNEL_SECURITY_CHECK_FAILURE ou SYSTEM_SERVICE_EXCEPTION.

Sur un PC plus ancien, l’écran bleu sous Windows 7 répond à la même logique. Pour garder une trace des programmes actifs au moment des pannes, vous pouvez aussi enregistrer la liste des processus.

Cas pratique : un écran bleu en pleine partie

Thomas subit un écran bleu de temps en temps, surtout en jouant. Il ouvre BlueScreenView : trois plantages sur quatre pointent vers le même pilote graphique, en surbrillance rose. Il confirme dans WinDbg avec !analyze -v, qui nomme le même module. Il désinstalle le pilote, en installe la version la plus récente du fabricant, et surveille : plus de plantage en une semaine. Si les écrans bleus étaient revenus, il aurait testé la RAM.

À lire aussi : « Votre PC a rencontré un problème et doit redémarrer ».

Questions fréquentes