0x109 de vérification des bogues : CRITICAL_STRUCTURE_CORRUPTION
Le case activée de bogue CRITICAL_STRUCTURE_CORRUPTION a une valeur de 0x00000109. Cela indique que le noyau a détecté un code de noyau critique ou une altération des données.
Important
Cet article s’adresse aux programmeurs. Si vous êtes un client qui a reçu un code d’erreur d’écran bleu lors de l’utilisation de votre ordinateur, consultez Résoudre les erreurs d’écran bleu.
paramètres CRITICAL_STRUCTURE_CORRUPTION
Paramètre | Description |
---|---|
1 |
Réservé |
2 |
Réservé |
3 |
Réservé |
4 |
Type de la région endommagée. (Voir le tableau suivant plus loin sur cette page.) |
La valeur du paramètre 4 indique le type de région endommagée.
Paramètre 4 | Type de région endommagée, type d’endommagement ou type d’action entreprise qui a provoqué la corruption |
---|---|
0x0 |
Une région de données générique |
0x1 |
Modification de fonction |
0x2 |
Table de répartition des interruptions du processeur (IDT) |
0x3 |
Table de descripteur global du processeur (GDT) |
0x4 |
Corruption d’une liste de processus de type 1 |
0x5 |
Corruption d’une liste de processus de type 2 |
0x6 |
Modification de la routine de débogage |
0x7 |
Modification msr critique |
0x8 |
Type d’objet |
0x9 |
Un processeur IVT |
0xA |
Modification d’une fonction de service système |
0xB |
Une région de données de session générique |
0xC |
Modification d’une fonction de session ou .pdata |
0xD |
Modification d’une table d’importation |
0xE |
Modification d’une table d’importation de session |
0xF |
Modification de la légende Ps Win32 |
0x10 |
Modification de routine de commutateur de débogage |
0x11 |
Modification de l’allocateur IRP |
0x12 |
Modification du répartiteur d’appel de pilote |
0x13 |
Modification du répartiteur de saisie semi-automatique IRP |
0x14 |
Modification du deallocator IRP |
0x15 |
Registre de contrôle du processeur |
0x16 |
Modification critique du registre de contrôle à virgule flottante |
0x17 |
Modification APIC locale |
0x18 |
Modification de la légende de notification du noyau |
0x19 |
Modification de la liste de modules chargée |
0x1A |
Corruption de la liste de processus de type 3 |
0x1B |
Corruption de la liste de processus de type 4 |
0x1C |
Corruption de l’objet pilote |
0x1D |
Modification de l’objet de rappel exécutif |
0x1E |
Modification du remplissage de module |
0x1F |
Modification d’un processus protégé |
0x20 |
Une région de données générique |
0x21 |
Incompatibilité de hachage de page |
0x22 |
Incompatibilité de la page de hachage de session |
0x23 |
Charger la modification du répertoire de configuration |
0x24 |
Modification de la table de fonctions inversée |
0x25 |
Modification de la configuration de session |
0x26 |
Registre de contrôle de processeur étendu |
0x27 |
Corruption de pool de type 1 |
0x28 |
Corruption de pool de type 2 |
0x29 |
Corruption de pool de type 3 |
0x101 |
Corruption générale du pool |
0x102 |
Modification de win32k.sys |
Cause
Il existe généralement trois causes différentes pour ce bogue case activée :
Un pilote a modifié par inadvertance ou délibérément le code ou les données critiques du noyau. Microsoft Windows Server 2003 avec Service Pack 1 (SP1) et les versions ultérieures de Windows pour les ordinateurs x64 n’autorisent pas la mise à jour corrective du noyau, sauf par le biais de correctifs chauds d’origine Microsoft autorisés.
Un développeur a tenté de définir un point d’arrêt normal du noyau à l’aide d’un débogueur de noyau qui n’était pas attaché au démarrage du système. Les points d’arrêt normaux (bp) ne peuvent être définis que si le débogueur est attaché au début. Les points d’arrêt du processeur (ba) peuvent être définis à tout moment.
Une altération matérielle s’est produite. Par exemple, le code ou les données du noyau ont peut-être été stockés dans la mémoire qui a échoué.
Résolution
L’extension de débogage !analyze affiche des informations sur le bogue case activée et peut être utile pour déterminer la cause racine.
Pour commencer, examinez la trace de pile à l’aide de la commande k, kb, kc, kd, kp, kP, kv (Display Stack Backtrace). Vous pouvez spécifier le numéro de processeur pour examiner les piles sur tous les processeurs.
Vous pouvez également définir un point d’arrêt dans le code menant à ce code d’arrêt et tenter d’avancer de manière unique dans le code d’erreur.
Pour plus d'informations, consultez les rubriques suivantes :
Analyse du vidage sur incident à l’aide des débogueurs Windows (WinDbg)
Si vous n’êtes pas équipé pour utiliser le débogueur Windows pour résoudre ce problème, vous pouvez utiliser certaines techniques de dépannage de base.
Vérifiez la observateur d'événements de connexion système pour obtenir des messages d’erreur supplémentaires susceptibles d’aider à identifier le périphérique ou le pilote à l’origine de ce bogue case activée.
Si un pilote est identifié dans un message de vérification d’erreur, désactivez-le ou contactez le fabricant pour obtenir les mises à jour.
Exécutez l’outil Diagnostics de la mémoire Windows pour tester la mémoire. Dans la zone de recherche du panneau de configuration, tapez Mémoire, puis sélectionnez Diagnostiquer les problèmes de mémoire de votre ordinateur. Une fois le test exécuté, utilisez l’Observateur d’événements pour afficher les résultats dans le journal système. Recherchez l’entrée MemoryDiagnostics-Results pour afficher les résultats.
Vous pouvez essayer d’exécuter les diagnostics matériels fournis par le fabricant du système.
Vérifiez que tout nouveau matériel installé est compatible avec la version installée de Windows. Par exemple, vous pouvez obtenir des informations sur le matériel requis dans Windows 10 Spécifications.
Pour plus d’informations générales sur la résolution des problèmes, consultez Données écran bleu.
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour