Les écrans bleus de Windows, aussi appelés BSOD, peuvent être difficiles à diagnostiquer car le code d’arrêt affiché ne suffit pas toujours à identifier la cause réelle du plantage. Windows enregistre cependant des informations techniques dans des fichiers minidump (.dmp) qui permettent d’aller plus loin dans l’analyse.
Dans ce guide, nous allons voir comment analyser un écran bleu sur Windows 11 ou Windows 10, interpréter le code d’arrêt, identifier un pilote ou un composant suspect et exploiter les minidumps avec AnalysePC, WhoCrashed, BlueScreenView ou WinDbg.
Qu’est-ce qu’un écran bleu (BSOD) et un code d’arrêt ?
Un écran bleu, aussi appelé BSOD (Blue Screen of Death), apparaît lorsque Windows rencontre une erreur critique qu’il ne peut pas récupérer normalement. Le système interrompt alors son fonctionnement afin d’éviter une corruption plus importante et redémarre généralement le PC.
L’écran affiche un code d’arrêt (Stop Code), par exemple VIDEO_TDR_FAILURE, DRIVER_POWER_STATE_FAILURE ou MEMORY_MANAGEMENT. Ce code donne une première indication sur la nature du problème, mais il ne suffit pas toujours à identifier précisément sa cause.
Windows enregistre généralement des informations supplémentaires dans un fichier minidump (.dmp). Son analyse permet de rechercher le pilote, le composant matériel ou le contexte logiciel impliqué dans le plantage.
Le guide complet :
Où Windows enregistre les informations sur les écrans bleus ?
Windows enregistre les informations liées aux écrans bleus dans des fichiers de vidage mémoire (dump). Selon la configuration du système, il peut s’agir d’un minidump léger ou d’un fichier de vidage plus complet.
Les minidumps sont généralement stockés dans :
C:\Windows\MinidumpUn fichier de vidage mémoire plus complet peut également être créé dans :
C:\Windows\MEMORY.DMPCes fichiers contiennent notamment le code d’arrêt, le contexte du plantage et des informations sur les pilotes chargés au moment du BSOD. Ce sont eux qu’utilisent les outils comme AnalysePC, WhoCrashed, BlueScreenView ou WinDbg pour rechercher la cause du crash.
Pour vérifier ou modifier le type de fichier de vidage créé par Windows, vous pouvez suivre ce guide :
Analyser automatiquement les écrans bleus avec AnalysePC
AnalysePC permet d’analyser automatiquement les fichiers minidump enregistrés par Windows après un écran bleu. L’outil récupère le code d’arrêt, recherche les pilotes présents dans le dump et croise ces informations avec la configuration et l’historique du PC.
Pour chaque BSOD, AnalysePC peut notamment afficher :
- le code d’arrêt détecté ;
- la piste technique la plus probable, par exemple un pilote comme
nvlddmkm.sys; - un niveau de confiance selon la qualité des indices présents dans le dump ;
- les pilotes et versions actuellement installés ;
- les modifications de pilotes ou mises à jour intervenues avant ou après le plantage ;
- un plan d’action avec les vérifications et solutions recommandées.
L’intérêt est de ne pas se limiter au nom d’un fichier trouvé dans le minidump. AnalysePC replace le crash dans son contexte afin de déterminer si le pilote constitue réellement une piste crédible ou seulement un élément présent au moment du plantage.
Pour lancer une analyse et découvrir le fonctionnement complet de l’outil, consultez le tutoriel dédié :
Comprendre le code d’arrêt détecté
AnalysePC commence par identifier le code d’arrêt enregistré dans le fichier minidump. Il peut s’agir par exemple de VIDEO_TDR_FAILURE, DRIVER_POWER_STATE_FAILURE, MEMORY_MANAGEMENT ou encore WHEA_UNCORRECTABLE_ERROR.
Le rapport indique ensuite la signification générale du code et la famille de problèmes à laquelle il correspond. Cela permet de savoir rapidement si la piste s’oriente plutôt vers un pilote, la carte graphique, la mémoire, le stockage ou un problème matériel.
Lorsque plusieurs fichiers minidump sont disponibles, AnalysePC peut également comparer les différents BSOD afin de voir si le même code d’arrêt ou la même famille d’erreurs revient régulièrement.
Identifier le pilote ou composant suspect
Le minidump peut contenir le nom d’un pilote ou d’un module présent au moment du plantage. AnalysePC tente de transformer cette information technique en une piste plus compréhensible.
Par exemple, un fichier comme nvlddmkm.sys peut être rapproché du pilote graphique NVIDIA actuellement installé. Le rapport affiche alors le composant concerné, la version du pilote et les éléments qui renforcent ou affaiblissent cette hypothèse.
AnalysePC attribue aussi un niveau de confiance à la piste proposée. C’est important, car la présence d’un pilote dans un dump ne signifie pas automatiquement qu’il est responsable du BSOD. Le véritable problème peut provenir du matériel, d’un autre pilote ou d’une corruption survenue plus tôt.
Exploiter la chronologie des pilotes et mises à jour
AnalysePC ne se contente pas de lire le contenu du minidump. Il rapproche également le plantage de l’historique des pilotes et des mises à jour Windows disponible dans le rapport.
Cela permet notamment de repérer :
- une mise à jour de pilote installée peu avant les premiers BSOD ;
- un changement de version après un plantage ;
- plusieurs modifications successives d’un même pilote ;
- une mise à jour Windows proche de la période d’apparition des problèmes.
La chronologie aide ainsi à déterminer si un changement récent constitue une piste crédible. À l’inverse, si un pilote a été mis à jour après les plantages et qu’aucun nouvel incident n’est apparu, AnalysePC peut également signaler que le problème a peut-être déjà été corrigé.
Suivre les solutions proposées par AnalysePC
À partir du code d’arrêt, des pilotes détectés et des autres éléments du rapport, AnalysePC propose un plan de résolution adapté à la piste retenue.
Selon le problème, les recommandations peuvent par exemple consister à mettre à jour ou réinstaller proprement un pilote, revenir à une version précédente, vérifier Windows Update, contrôler les températures ou effectuer des tests matériels.
Lorsque les données ne permettent pas d’identifier une cause suffisamment fiable, le rapport le précise et propose des vérifications complémentaires plutôt que de désigner arbitrairement un responsable.
Cette dernière partie permet donc de passer directement de l’analyse du BSOD aux actions à effectuer pour confirmer la cause et tenter de corriger le problème.
Analyser un écran bleu avec WhoCrashed
WhoCrashed est un outil spécialisé dans l’analyse des fichiers minidump générés après un écran bleu. Il examine les informations enregistrées par Windows et tente d’identifier le code d’arrêt, le pilote éventuellement impliqué et la nature probable du plantage.
Son principal intérêt est sa simplicité : il fournit un rapport lisible sans nécessiter de manipuler directement les fichiers .dmp ou d’utiliser WinDbg. Il peut ainsi constituer une bonne première étape pour comprendre l’origine d’un BSOD.
L’identification d’un pilote dans WhoCrashed doit toutefois rester une piste de diagnostic. Un fichier mentionné dans le dump n’est pas nécessairement la cause réelle du problème.
Pour apprendre à utiliser l’outil et interpréter ses résultats, consultez le guide dédié :
Analyser les fichiers minidump avec BlueScreenView
BlueScreenView est un utilitaire qui analyse les fichiers minidump créés par Windows après un écran bleu. Il permet de retrouver rapidement les différents BSOD enregistrés sur le PC et d’afficher, pour chacun d’eux, le code d’arrêt, la date du plantage ainsi que les pilotes ou modules présents dans le dump.
L’outil est particulièrement pratique pour comparer plusieurs écrans bleus et repérer si le même pilote revient régulièrement. Il propose une vue plus technique que WhoCrashed, tout en restant beaucoup plus simple à utiliser que WinDbg.
Comme pour les autres outils d’analyse de minidumps, un pilote mis en évidence par BlueScreenView doit être considéré comme une piste et non comme une preuve certaine de sa responsabilité.
Pour apprendre à utiliser BlueScreenView et interpréter les informations affichées, consultez le tutoriel dédié :
Analyser un BSOD avec WinDbg
WinDbg est l’outil de débogage de Microsoft destiné à l’analyse avancée des fichiers de vidage mémoire. Il permet d’examiner en détail un minidump ou un fichier MEMORY.DMP afin d’obtenir le code d’arrêt, la pile d’appels, les modules chargés et les pilotes potentiellement impliqués dans le plantage.
Il est plus technique que WhoCrashed ou BlueScreenView, mais fournit aussi davantage d’informations. La commande !analyze -v permet notamment d’obtenir une première analyse détaillée du crash et d’identifier les éléments les plus pertinents à examiner.
WinDbg est surtout utile lorsqu’un BSOD reste difficile à expliquer ou lorsque les outils plus simples ne permettent pas d’identifier clairement la cause.
Pour apprendre à ouvrir un fichier de vidage et interpréter les informations retournées par WinDbg, consultez le tutoriel dédié :
Le tutoriel :
Comment interpréter le pilote indiqué dans le minidump ?
Lors de l’analyse d’un écran bleu, le minidump peut faire apparaître le nom d’un pilote ou d’un module, par exemple nvlddmkm.sys, rtkvhd64.sys ou encore ntoskrnl.exe. Il faut toutefois éviter de considérer automatiquement ce fichier comme la cause certaine du BSOD.
Le pilote affiché peut être directement responsable du plantage, mais il peut aussi simplement avoir été actif au moment de l’erreur. Un problème matériel, une corruption mémoire ou un autre pilote peut avoir provoqué l’instabilité avant que le fichier signalé ne soit impliqué.
Il est donc préférable de croiser plusieurs éléments : le code d’arrêt, le pilote cité, sa version, les autres minidumps disponibles et les changements récents de pilotes ou de Windows.
Si le même pilote revient dans plusieurs BSOD avec des codes cohérents, la piste devient plus crédible. À l’inverse, si les fichiers incriminés changent constamment, il peut être nécessaire d’élargir le diagnostic à la mémoire, au matériel ou à la stabilité générale du système.
C’est notamment l’intérêt d’AnalysePC, qui ne se limite pas au nom du pilote extrait du dump et tente de le replacer dans le contexte global du PC.
Les codes d’arrêt Windows les plus courants
Chaque écran bleu est associé à un code d’arrêt (Stop Code) qui donne une première indication sur la nature du problème rencontré par Windows. Certains concernent plutôt les pilotes, d’autres la mémoire, le stockage, la carte graphique ou encore une erreur matérielle.
Parmi les codes fréquemment rencontrés, on peut citer VIDEO_TDR_FAILURE, DRIVER_POWER_STATE_FAILURE, MEMORY_MANAGEMENT, CRITICAL_PROCESS_DIED ou WHEA_UNCORRECTABLE_ERROR.
Le code d’arrêt constitue toutefois seulement un point de départ : il faut généralement le croiser avec le contenu du minidump et les autres informations du PC pour identifier la cause réelle.
Pour connaître la signification des principaux codes et les solutions associées, consultez le guide dédié aux codes d’arrêt et erreurs BSOD de Windows.
Pour les connaître, suivez ce guide :
Que faire si la cause des écrans bleus reste inconnue ?
Lorsque plusieurs écrans bleus affichent des codes d’arrêt ou des pilotes différents, il ne faut pas forcément chercher une cause indépendante pour chaque BSOD. Une instabilité plus générale peut provoquer des plantages variés : mémoire défectueuse, surchauffe, alimentation, pilote instable ou autre problème matériel.
Dans ce cas, il est préférable d’élargir le diagnostic du PC plutôt que de se limiter à l’analyse d’un seul minidump. Vous pouvez notamment :
- effectuer un diagnostic complet du PC afin de rechercher des anomalies matérielles, logicielles et système ;
- lancer un StressTest Malekal pour vérifier la stabilité du processeur, de la carte graphique, de la mémoire et surveiller les températures sous charge ;
- demander de l’aide sur le forum Malekal en fournissant le rapport AnalysePC afin qu’il puisse être examiné dans son ensemble.
Les guides :
- Diagnostiquer les problèmes matériels de son PC (CPU, GPU, RAM, SSD, alimentation…)
- StressTest Malekal : vérifier la santé et le comportement de son PC
- Demander de l’aide sur le forum Malekal
Cette approche est particulièrement utile lorsque les BSOD semblent aléatoires ou que le pilote indiqué change d’un plantage à l’autre. Dans ce cas, le problème peut se situer en amont du composant mentionné dans le minidump.
Cas particulier : des codes d’arrêt différents à chaque BSOD
Si l’analyse des minidumps ne permet pas d’identifier clairement l’origine des écrans bleus, il faut poursuivre avec des vérifications plus larges.
Commencez par contrôler les pilotes, les mises à jour de Windows, l’état du stockage et la mémoire. Un test mémoire approfondi peut être utile si les codes d’arrêt sont variés ou évoquent une corruption de données.
Il est également recommandé de surveiller les températures du processeur et de la carte graphique et, si nécessaire, d’effectuer un StressTest afin de vérifier si les plantages apparaissent sous charge.
Si aucune piste ne se dégage malgré ces contrôles, vous pouvez publier le rapport AnalysePC et les informations sur les BSOD sur le forum Malekal afin d’obtenir une analyse plus approfondie du problème.
Que faire après avoir identifié la cause du BSOD ?
Une fois le code d’arrêt identifié et les informations du minidump analysées, il devient généralement plus simple de rechercher la cause du BSOD et d’appliquer les solutions adaptées.
Selon le diagnostic, il peut être nécessaire de mettre à jour ou réinstaller un pilote, vérifier la mémoire RAM, contrôler le SSD, annuler une mise à jour récente ou rechercher une instabilité matérielle.
Pour poursuivre le dépannage, utilisez notre guide général consacré à la résolution des écrans bleus. Il regroupe les principales vérifications et solutions à appliquer lorsqu’un PC rencontre des BSOD sous Windows 11 ou Windows 10.
Suivre ce tutoriel :
Ressources utiles et articles liés
- Écran bleu Windows (BSOD) : sources, explications et solutions
- Écran bleu (BSOD) sur Windows 11/10 : comprendre et résoudre le problème
- Écran bleu au démarrage de Windows 11/10 : comment corriger le BSOD
- Liste complète des écrans bleus (BSOD) sur Windows : codes d’arrêt et bugchecks
- Comment diagnostiquer un écran bleu (BSOD) et trouver la cause sur Windows 11/10
- Votre ordinateur a rencontré un problème et doit redémarrer sur Windows 11/10 : les solutions
- Configurer les informations de débogage (minidump) sous Windows 11/10
L’article Comment diagnostiquer un écran bleu (BSOD) et trouver la cause sur Windows 11/10 est apparu en premier sur malekal.com.
0 Commentaires