Partager via


Analyser les données d’écran bleu de Bug Check

Remarque

Cet article s’adresse aux programmeurs. Si vous êtes un client et que vous avez reçu ce code d’erreur d’écran bleu en utilisant votre ordinateur, consultez Résoudre les erreurs d’écran bleu.

Remarque

Si vous êtes un professionnel de l’informatique ou un agent de support, veuillez consulter la section Dépannage avancé des erreurs d’arrêt ou d’écran bleu pour plus d’informations.

Rassembler les paramètres du code d’arrêt

Chaque code de vérification de bogue a quatre paramètres associés qui fournissent des informations. Les paramètres sont décrits dans la section Référence des codes de vérification de bogue pour chaque code d’arrêt.

Il existe plusieurs façons de rassembler les quatre paramètres du code d’arrêt.

  • Examinez le journal système Windows dans l’Observateur d’événements. Les propriétés de l’événement pour la vérification de bogue listeront les quatre paramètres du code d’arrêt. Pour plus d’informations, veuillez consulter la section Ouvrir l’Observateur d’événements.

  • Chargez le fichier de vidage généré et utilisez la commande !analyze avec le débogueur attaché. Pour plus d’informations, veuillez consulter la section Analyse d’un fichier de vidage en mode noyau avec WinDbg.

  • Attachez un débogueur de noyau au PC défaillant. Lorsque le code d’arrêt se produit, la sortie du débogueur inclura les quatre paramètres après la valeur hexadécimale du code d’arrêt.

    *******************************************************************************
    *                                                                             *
    *                        Bugcheck Analysis                                    *
    *                                                                             *
    *******************************************************************************
    
    Use !analyze -v to get detailed debugging information.
    
    BugCheck 9F, {3, ffffe000f38c06a0, fffff803c596cad0, ffffe000f46a1010}
    
    Implicit thread is now ffffe000`f4ca3040
    Probably caused by : hidusb.sys
    

Noms symboliques de vérification de bogues

DRIVER_POWER_STATE_FAILURE est le nom symbolique de la vérification de bogue, avec un code de vérification de bogue associé de 9F. La valeur hexadécimale du code d’arrêt associée au nom symbolique de la vérification de bogue est répertoriée dans la section Référence des codes de vérification de bogue.

Lire les informations de vérification de bogues à partir du débogueur

Si un débogueur est attaché et que le débogage est activé sur le PC, une vérification de bogue fera en sorte que l’ordinateur cible se brise dans le débogueur. Dans ce cas, l’écran bleu peut ne pas apparaître immédiatement. Les détails complets sur ce crash seront envoyés au débogueur et apparaîtront dans la fenêtre du débogueur. Pour voir ces informations une deuxième fois, utilisez la commande .bugcheck (Afficher les données de vérification de bogue) ou la commande d’extension !analyze. Pour des informations sur l’activation du débogage, veuillez consulter la section Premiers pas avec WinDbg (Mode noyau).

Débogage du noyau et analyse des fichiers de vidage sur incident

Le débogage du noyau est particulièrement utile lorsque d’autres techniques de dépannage échouent ou pour un problème récurrent. N’oubliez pas de capturer le texte exact dans la section des informations de vérification de bogue du message d’erreur. Pour isoler un problème complexe et développer une solution viable, il est utile d’enregistrer les actions exactes qui ont conduit à l’échec.

L'extension de débogage !analyze affiche des informations sur la vérification d'un bogue et peut être utile pour déterminer la cause racine.

Vous pouvez également définir un point d’arrêt dans le code menant à ce code d’arrêt et essayer d’exécuter une étape à la fois dans le code défaillant.

Pour plus d’informations, consultez les articles suivants :

Analyse des dumps de crash à l’aide des débogueurs Windows (WinDbg)

Analyse d’un fichier de dump en mode noyau avec WinDbg

Utilisation de l’extension !analyze et !analyze

Les outils de défragmentation montrent

Utiliser Driver Verifier pour recueillir des informations

On estime qu’environ les trois quarts des écrans bleus sont causés par des pilotes défaillants. Driver Verifier est un outil qui s’exécute en temps réel pour examiner le comportement des pilotes. Par exemple, Driver Verifier vérifie l’utilisation des ressources mémoire, telles que les pools de mémoire. S’il trouve des erreurs dans l’exécution du code du pilote, il crée de manière proactive une exception pour permettre à cette partie du code du pilote d’être examinée plus en détail. Le gestionnaire de vérification des pilotes est intégré à Windows et est disponible sur tous les PC Windows. Pour démarrer le gestionnaire de vérification des pilotes, entrez Verifier à une invite de commande. Vous pouvez configurer les pilotes que vous souhaitez vérifier. Le code qui vérifie les pilotes ajoute une surcharge lorsqu’il s’exécute, alors essayez de vérifier le plus petit nombre de pilotes possible. Pour plus d’informations, consultez Type de débogage.

Conseils pour les ingénieurs en logiciels

Lorsqu’une vérification de bogue se produit à la suite d’un code que vous avez écrit, vous devez utiliser le débogueur du noyau pour analyser le problème, puis corriger les bogues dans votre code. Pour des détails complets, veuillez consulter le code de vérification de bogue individuel dans la section Référence des codes de vérification de bogue.

Cependant, vous pouvez également rencontrer des vérifications de bogues qui ne sont pas causées par votre propre code. Dans ce cas, vous ne pourrez probablement pas corriger la cause réelle du problème, donc votre objectif devrait être de contourner le problème. Si possible, isolez et supprimez le composant matériel ou logiciel défaillant.

De nombreux problèmes peuvent être résolus grâce à des procédures de dépannage de base, telles que la vérification des instructions, la réinstallation des composants clés et la vérification des dates des fichiers. De plus, l’Observateur d’événements, les outils de diagnostic Sysinternals et les outils de surveillance réseau peuvent isoler et résoudre ces problèmes.

Voir aussi