Générer un noyau ou un vidage d’incident complet

Un incident système (également appelé « vérification des bogues » ou « Erreur d’arrêt ») se produit lorsque Windows ne peut pas s’exécuter correctement. Le fichier de vidage produit à partir de cet événement est appelé vidage d’incident système.

Un noyau manuel ou un fichier de vidage mémoire complet est utile lorsque vous résolvez plusieurs problèmes, car le processus capture un enregistrement de la mémoire système au moment d’un incident.

S’applique à : Windows 10

Configurer des fichiers de page

Consultez la prise en charge des vidages système sur incident pour la taille de fichier de page requise pour le vidage sur incident système.

Activer le paramètre de vidage de la mémoire

Vous devez être connecté en tant qu’administrateur ou membre du groupe Administrateurs pour effectuer cette procédure. Si votre ordinateur est connecté à un réseau, les paramètres de stratégie réseau peuvent vous empêcher d’effectuer cette procédure.

Pour activer le paramètre de vidage mémoire, procédez comme suit :

  1. Dans Panneau de configuration, sélectionnez Système et Système de sécurité>.
  2. Sélectionnez Paramètres système avancés, puis l’onglet Avancé .
  3. Dans la zone Démarrage et récupération , sélectionnez Paramètres.
  4. Assurez-vous que le vidage de la mémoire du noyau ou l’image mémoire complète est sélectionné sous Écriture d’informations de débogage.
  5. Redémarrez l'ordinateur.

Remarque

Vous pouvez modifier le chemin du fichier de vidage en modifiant le champ fichier de vidage . En d’autres termes, vous pouvez modifier le chemin d’accès de %SystemRoot%\Memory.dmp pour pointer vers un lecteur local qui a suffisamment d’espace disque, tel que E:\Memory.dmp.

Conseils pour générer des vidages de mémoire

Lorsque l’ordinateur se bloque et redémarre, le contenu de la RAM physique est écrit dans le fichier de pagination situé sur la partition sur laquelle le système d’exploitation est installé.

Selon la vitesse du disque dur sur lequel Windows est installé, le vidage de plus de 2 Gigaoctets (Go) de mémoire peut prendre beaucoup de temps. Même dans le meilleur des cas, si le fichier de vidage est configuré pour résider sur un autre disque dur local, une quantité importante de données est lue et écrite sur les disques durs. Ce processus de lecture et d’écriture peut entraîner une panne prolongée du serveur.

Remarque

Utilisez cette méthode pour générer des fichiers de vidage de mémoire complets avec précaution. Dans l’idéal, vous ne devez le faire que lorsque l’ingénieur Support Microsoft vous demande explicitement de le faire. Tout débogage complet de fichier de vidage de la mémoire ou du noyau doit être le dernier recours une fois que toutes les méthodes de dépannage standard ont été complètement épuisées.

Générer manuellement un fichier de vidage de mémoire

Utiliser l’outil NotMyFault

Si vous pouvez vous connecter pendant que le problème se produit, vous pouvez utiliser l’outil Microsoft Sysinternals NotMyFault en procédant comme suit :

  1. Téléchargez l’outil NotMyFault .

  2. Sélectionnez Démarrer, puis l’invite de commandes.

  3. Sur la ligne de commande, exécutez la commande suivante :

    notMyfault.exe /crash
    

Remarque

Cette opération génère un fichier de vidage de mémoire et une erreur D1 Stop.

Utiliser NMI

Sur certains ordinateurs, vous ne pouvez pas utiliser le clavier pour générer un fichier de vidage sur incident. Par exemple, les serveurs BladeSystem Hewlett-Packard (HP) de Hewlett-Packard Development Company sont gérés via une interface utilisateur graphique basée sur un navigateur. Un clavier n’est pas attaché au serveur HP BladeSystem.

Dans ces cas, vous devez générer un fichier de vidage d’incident complet ou un fichier de vidage sur incident du noyau à l’aide du commutateur d’interruption non masquable (NMI) qui provoque une NMI sur le processeur système.

Pour implémenter ce processus, procédez comme suit :

Importante

Suivez attentivement les étapes de cette section. Des problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte. Avant de modifier le Registre, sauvegardez-le pour restauration en cas de problèmes.

Remarque

Cette clé de Registre n’est pas requise pour les clients qui exécutent Windows 8 et versions ultérieures, ou pour les serveurs exécutant Windows Server 2012 et versions ultérieures. La définition de cette clé de Registre sur les versions ultérieures de Windows n’a aucun effet.

  1. Dans l'éditeur du registre, recherchez la sous-clé de registre suivante :

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl

  2. Cliquez avec le bouton droit sur CrashControl, pointez sur Nouveau, puis sélectionnez Valeur DWORD.

  3. Tapez NMICrashDump, puis appuyez sur Entrée.

  4. Cliquez avec le bouton droit sur NMICrashDump, puis sélectionnez Modifier.

  5. Dans la zone de données Valeur , tapez 1, puis sélectionnez OK.

  6. Redémarrez l'ordinateur.

  7. Les fournisseurs de matériel, tels que HP, IBM et Dell, peuvent fournir une fonctionnalité de récupération automatique du système (ASR). Vous devez désactiver cette fonctionnalité lors de la résolution des problèmes. Par exemple, si la fonctionnalité HP et Compaq ASR est activée dans le BIOS, désactivez cette fonctionnalité pendant la résolution des problèmes pour générer un fichier Memory.dmp complet. Pour connaître les étapes exactes, contactez votre fournisseur de matériel.

  8. Activez le commutateur NMI dans le BIOS ou à l’aide de l’interface web iLO (Integrated Lights Out).

    Remarque

    Pour connaître les étapes exactes, consultez le manuel de référence du BIOS ou contactez votre fournisseur de matériel.

  9. Testez cette méthode sur le serveur à l’aide du commutateur NMI pour générer un fichier de vidage. Vous verrez un arrêt 0x00000080 dysfonctionnement matériel.

Si vous souhaitez exécuter NMI dans Microsoft Azure à l’aide de la console série, consultez Utiliser la console série pour les appels SysRq et NMI.

Utiliser le clavier

Forçage d’un blocage du système à partir du clavier

Utiliser le débogueur

Forçage d’un blocage du système à partir du débogueur