Lorsqu’une application Windows en cours d’exécution s’arrête ou se bloque de manière inattendue, votre système génère un «fichier de vidage sur incident» pour enregistrer les informations présentes juste avant que l’événement de plantage ne se produise. La lecture de ces fichiers de vidage sur incident peut vous aider à trouver et à résoudre la cause de l’erreur. Découvrez comment vous pouvez lire un petit fichier de vidage de la mémoire créé par Windows.

Lecture de fichiers DMP (Small Memory Dump)

Un petit fichier de vidage de la mémoire enregistre le plus petit ensemble d’informations utiles pouvant vous aider à déterminer pourquoi une application s’est bloquée ou s’est arrêtée de manière inattendue. La nouvelle version de Windows crée automatiquement un nouveau fichier chaque fois que votre ordinateur s’arrête de manière inattendue. L’historique lié à ces fichiers est stocké dans le %SystemRoot%\Minidumpdossier. Le type de fichier de vidage contient les informations suivantes :

1. Le message Stop et ses paramètres et autres données
2. Une liste des pilotes chargés
3. Le contexte du processeur (PRCB) pour le processeur qui s’est arrêté
4. Les informations de processus et le contexte du noyau (EPROCESS) pour le processus qui s’est arrêté
5. Les informations de processus et le contexte du noyau (ETHREAD) pour le thread qui s’est arrêté
6. La pile d’appels en mode noyau pour le thread qui s’est arrêté.

Les utilisateurs peuvent utiliser le Débogueur Windows (WinDbg.exe) outil pour lire de petits fichiers de vidage de mémoire. Il (WinDbg) fait partie de la dernière version du package Outils de débogage pour Windows.

Vous pouvez installer les outils de débogage en tant que composant autonome à partir du kit de développement logiciel (SDK) Windows.

Lors de l’installation, lorsque l’assistant d’installation du SDK apparaît, cochez la case cochée Outils de débogage pour Windows. Cette action vous permettra d’installer les outils de débogage en tant que composant autonome à partir du kit de développement logiciel (SDK) Windows.

Une fois que vous avez configuré le débogueur Windows, ouvrez un vidage en choisissant Ouvrir le vidage sur incident option de la Fichier menu ou en appuyant sur CTRL+D.

Lorsque la boîte de dialogue Ouvrir le vidage sur incident apparaît sur l’écran de votre ordinateur, entrez le chemin d’accès complet et le nom du fichier de vidage sur incident dans le Nom de fichier ou utilisez la boîte de dialogue pour sélectionner le chemin d’accès et le nom de fichier appropriés.

Maintenant, lorsque le bon fichier a été choisi, sélectionnez Ouvrir.

Attendez quelques secondes pour permettre au fichier de vidage de se charger lorsqu’il se connecte à Internet et télécharge les symboles requis à afficher dans la lecture.

Vous devriez voir un message indiquant – Debugee non connecté.

Une fois que tous les symboles ont été téléchargés avec succès, le message suivant doit être visible au bas du texte de vidage – Suivi : Propriétaire de la machine.

Entrez une commande dans la barre de commandes en bas de la fenêtre de vidage pour analyser le fichier de vidage. Vous devriez voir un lien indiquant !analyze -v en dessous de Analyse de vérification des bogues.

Cliquez sur le lien pour entrer la commande !analyze -vdans l’invite en bas de la page.

Une fois cela fait, une analyse détaillée de la vérification des bogues devrait occuper l’espace de l’écran.

Faites défiler jusqu’à la section où il est écrit STACK_TEXT . Le champ STACK_TEXT affiche une trace de pile du composant défaillant. Ici, vous trouverez des rangées de nombres avec chaque rangée suivie de deux-points et de texte. Le texte devrait vous aider à identifier la cause du crash et, le cas échéant, quel service le bloque.

Utilisez le !analyzeExtension pour obtenir plus de détails. N’oubliez pas d’utiliser le-voption pour un affichage entièrement détaillé des données.

Lire: Comment créer manuellement un fichier Crash Dump dans Windows 11/10.

Lors de son exécution, la commande ‘!analyze’ déterminera l’instruction qui a probablement causé l’erreur et l’affichera dans le champ FOLLOWUP_IP.

• Le SYMBOL_NAME – affiche le symbole
• MODULE_NAME – affiche le module
• IMAGE_NAME – affiche le nom de l’image
• DEBUG_FLR_IMAGE_TIMESTAMP – affiche l’horodatage de l’image correspondant à cette instruction

Prenez les mesures nécessaires pour résoudre le problème !

J’espère que ça t’as aidé!

Lectures associées :

1. Paramètres de vidage mémoire Windows
2. Limites de mémoire physique dans les fichiers de vidage sur incident
3. Configurer Windows pour créer des fichiers de vidage sur incident sur écran bleu
4. Contrôlez le nombre de fichiers de vidage mémoire, créés et enregistrés par Windows.