Comment afficher le contenu d'un fichier de vidage dans Windows 10

Les fichiers de vidage(Dump) sont un type spécial de fichiers qui stockent des informations sur votre ordinateur, les logiciels qu'il contient et les données chargées dans la mémoire en cas de problème. Ils sont généralement générés automatiquement par Windows ou par les applications qui plantent, mais vous pouvez également les générer manuellement. La question qui se pose ensuite est : "Comment lire le contenu d'un fichier dump ?" ("How do I read the contents of a dump file?"). Dans ce guide, nous allons vous montrer comment cela se fait :

REMARQUE :(NOTE:) Si vous êtes arrivé sur cette page Web alors que vous cherchiez des moyens de générer des fichiers de vidage(dump file) dans Windows , vous voudrez peut-être lire : Comment créer un fichier de vidage(dump file) pour une application, un arrière-plan ou un processus Windows(background or Windows process) . Il existe plusieurs façons de lire le contenu des fichiers de vidage(dump file) , en utilisant diverses applications de différents développeurs, mais la méthode la plus simple et la plus conviviale que nous connaissons consiste à utiliser une application créée par Microsoft , appelée WinDbg Preview .

Étape 1(Step 1) . Téléchargez et installez WinDbg Preview

La première étape consiste à télécharger et installer WinDbg Preview . Sur votre ordinateur ou appareil(computer or device) Windows 10 , ouvrez le Microsoft Store , recherchez "aperçu windbg",("windbg preview,") puis cliquez ou appuyez sur le résultat de l' aperçu WinDbg du département des (WinDbg Preview)applications(Apps) . Vous pouvez également utiliser ce lien(use this link) pour accéder instantanément à la page d' aperçu de WinDbg à partir du (WinDbg Preview)Microsoft Store .

Recherche de WinDbg Preview dans le Microsoft Store

Sur la page de WinDbg Preview du (WinDbg Preview's)Store , cliquez ou appuyez sur Installer(Install) .

Installation de l'aperçu WinDbg

Maintenant, attendez que l'application soit téléchargée et installée sur votre PC Windows 10.

Étape 2(Step 2) . Ouvrez WinDbg Preview et chargez le fichier de vidage(dump file)

Après l'installation de WinDbg Preview , vous pouvez trouver son raccourci dans le menu Démarrer(Start Menu) . Cliquez ou appuyez dessus pour l'ouvrir.

Le raccourci WinDbg Preview du menu Démarrer

REMARQUE :(NOTE:) Vous pouvez utiliser WinDbg Preview pour ouvrir n'importe quel fichier de vidage,(dump file) mais si vous souhaitez ouvrir un fichier de vidage(dump file) créé par Windows 10 lors d'un BSOD ( écran bleu(Blue Screen) de la mort(Death) ), vous devez exécuter WinDbg Preview en tant qu'administrateur.

Dans la capture d'écran ci-dessous, vous pouvez voir à quoi ressemble WinDbg Preview . Cliquez ou appuyez sur le bouton Fichier(File) dans le coin supérieur gauche de la fenêtre.

Le bouton Fichier de WinDbg Preview

Assurez-vous que la section "Démarrer le débogage"("Start debugging") est sélectionnée, puis cliquez ou appuyez sur "Ouvrir le fichier de vidage".("Open dump file.")

Choisir d'ouvrir le fichier de vidage avec WinDbg Preview

Utilisez la fenêtre Ouvrir(Open) pour naviguer dans votre PC Windows 10 et sélectionnez le fichier de vidage(dump file) que vous souhaitez analyser. Ensuite, cliquez ou appuyez(click or tap) sur Ouvrir(Open) , comme indiqué dans la capture d'écran ci-dessous.

CONSEIL :(TIP:) Si vous souhaitez afficher le contenu du fichier de vidage(dump file) généré par Windows 10 lors de son dernier plantage, vous pouvez le trouver dans "C:Windowsminidump" , où C: est la lettre de lecteur du lecteur sur lequel Windows 10 est installé.

Parcourir le PC et ouvrir un fichier de vidage

En fonction de la taille du fichier de vidage que(dump file) vous avez choisi d'ouvrir et des packages logiciels supplémentaires que WinDbg Preview doit télécharger pour pouvoir le lire, vous devrez peut-être attendre un certain temps jusqu'à ce que tout soit prêt. Une fois terminé, le message Occupé(Busy) affiché dans la capture d'écran ci-dessous devrait disparaître.

En attente de WinDbg Preview pour charger le fichier de vidage

Étape 3(Step 3) . Exécutez le ! commande d'analyse(analyze command) sur le fichier de vidage(dump file)

WinDbg Preview a maintenant terminé de charger le fichier de vidage que(dump file) vous avez sélectionné. Pour analyser son contenu, dans le champ de texte en bas du panneau de commandes , tapez (Command)!analyze -v et appuyez sur Entrée(Enter) sur votre clavier.

Exécution de la commande !analyze -v dans WinDbg Preview pour interpréter le fichier de vidage

WinDbg Preview commence à lire et à analyser le fichier de vidage(dump file) . Comme(Just) précédemment, cette étape peut prendre un certain temps, en fonction de la taille du fichier de vidage(dump file) et du nombre de packages de débogage supplémentaires dont l'application a besoin pour l'interpréter.

En attente de WinDbg Preview pour analyser le fichier de vidage

Étape 4. Interpréter le fichier de vidage

Lorsque l'analyse du fichier de vidage(dump file) est terminée, vous pouvez lire les résultats pour découvrir ce qui a causé le crash. Dans le panneau de commande , faites défiler jusqu'à ce que vous trouviez l' (Command)analyse(Bugcheck Analysis) de vérification des bogues . Il doit afficher des informations utiles sur les problèmes identifiés.

Résultats de l'analyse de vérification des bogues dans l'aperçu WinDbg

Faites défiler(Scroll) vers le bas et recherchez un champ appelé BUGCHECK_CODE . Ce code de bogue(bug code) est assez important car il peut vous aider à savoir exactement ce qui s'est passé sur votre PC Windows 10. Notez-le quelque part et utilisez Google pour le rechercher : les résultats que vous obtenez devraient être utiles.

Par exemple, si vous allez faire une recherche Google(Google search) pour le code de bogue (bug code)e2 que vous pouvez voir dans la capture d'écran ci-dessous, vous allez constater que nous avons généré manuellement un BSOD sur notre ordinateur de test(test computer) .

BUGCHECK_CODE affiché par l'aperçu WinDbg

Dans le même panneau de commandes(Command) , vous pouvez également trouver des lignes de texte appelées SYMBOL_NAME , MODULE_NAME et IMAGE_NAME . Ceux-ci sont également importants lors de l'interprétation des fichiers de vidage, car ils peuvent souvent indiquer quels pilotes ont cassé et planté votre PC Windows 10.

Les informations affichées par SYMBOL_NAME, MODULE_NAME et IMAGE_NAME

Si le MODULE_NAME vous donne un lien, cliquez ou appuyez(click or tap) dessus. Cela vous montre encore plus de détails et vous pouvez même connaître le pilote ou le fichier(driver or file) exact qui vous a causé des problèmes. Par exemple, dans la capture d'écran ci-dessous, il suffit de regarder les lignes Image path et FileDescription pour voir que notre fichier de vidage(dump file) a été généré par le pilote du clavier(keyboard driver) lorsque nous avons déclenché manuellement un BSOD ( Blue Screen of Death ) à l'aide du Right Control + Scroll Lock + Scroll Lock Combinaison de touches Scroll Lock sur notre clavier.

Le chemin de l'image et la description du fichier peuvent être utiles pour identifier les pilotes qui provoquent des plantages

WinDbg Preview vous donne plus de détails sur le contenu de votre fichier de vidage(dump file) , mais la plupart sont assez techniques et donc difficiles à digérer par les utilisateurs réguliers. Cependant, les informations que nous avons mises en évidence devraient vous donner une idée de ce qui ne va pas.

Connaissez-vous un moyen plus simple de visualiser le contenu d'un fichier de vidage(dump file) ?

Nous espérons que vous avez trouvé cette méthode de lecture du contenu des fichiers de vidage assez facile. Si vous connaissez d'autres moyens encore plus conviviaux, ou si vous avez quelque chose à ajouter à notre guide, n'hésitez pas à nous le faire savoir dans la section commentaires.



About the author

Je suis un réviseur de logiciels et un expert en productivité. Je révise et rédige des critiques de logiciels pour diverses applications logicielles, telles qu'Excel, Outlook et Photoshop. Mes critiques sont bien informées et fournissent des informations objectives sur la qualité de l'application. J'écris des critiques de logiciels depuis 2007.



Related posts