Vérification de bogue 0x109 : CRITICAL_STRUCTURE_CORRUPTION
Le contrôle de bogue CRITICAL_STRUCTURE_CORRUPTION a la valeur 0x00000109. Cela indique que le noyau a détecté un code de noyau critique ou une altération des données.
Important
Cette rubrique s’adresse aux développeurs. 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. (Consultez le tableau suivant plus loin dans cette page.) |
La valeur du paramètre 4 indique le type de la région endommagée.
| Paramètre 4 | Type de zone endommagée, type d’altération ou type d’action ayant provoqué l’altération |
|---|---|
0x0 |
Une région de données générique |
0x1 |
Modification d’une fonction |
0x2 |
Une table de répartition des interruptions de processeur (IDT) |
0x3 |
Une table de descripteurs globaux de processeur (GDT) |
0x4 |
Une liste de processus de type 1 endommagée |
0x5 |
Une altération de la liste de processus de type 2 |
0x6 |
Une modification de routine de débogage |
0x7 |
Une modification critique des MSR |
0x8 |
Type d’objet |
0x9 |
Une IVT de processeur |
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 Win32 PS |
0x10 |
Modification de la routine du commutateur de débogage |
0x11 |
Modification de l’allocateur d’IRP |
0x12 |
Modification du répartiteur d’appels du pilote |
0x13 |
Modification du répartiteur d’achèvement de l’IRP |
0x14 |
Modification de annulateur IRP |
0x15 |
Registre de contrôle du processeur |
0x16 |
Modification du registre de contrôle de virgule flottante critique |
0x17 |
Modification de l’APIC local |
0x18 |
Modification de l’appel 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 |
Endommagement de l’objet Driver |
0x1D |
Modification d’un objet de rappel exécutif |
0x1E |
Modification de la marge intérieure des modules |
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 hachage de la page 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 du processeur étendu |
0x27 |
Endommagement du pool de type 1 |
0x28 |
Corruption du pool de type 2 |
0x29 |
Corruption du 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 contrôle de bogue :
Un pilote a modifié par inadvertance, ou délibérément, un code de noyau critique ou des données. Microsoft Windows Server 2003 avec Service Pack 1 (SP1) et les versions ultérieures de Windows pour les ordinateurs x64 n’autorisent pas le correctif du noyau, sauf en cas de correctifs logiciels à chaud autorisés par Microsoft.
Un développeur a tenté de définir un point d’arrêt de noyau normal à 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) peuvent être définis uniquement si le débogueur est attaché à l’heure de 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 peuvent avoir été stockés en mémoire qui ont échoué.
Résolution
L’extension ! analyze Debug affiche des informations sur la vérification des bogues et peut être utile pour déterminer la cause racine.
Pour commencer, examinez la trace de la pile à l’aide de la commande k, KB, KC, KD, KP, KP, kV (Display Stack-Trace) . Vous pouvez spécifier le nombre de processeurs 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’effectuer une seule étape en aval dans le code défaillant.
Pour plus d'informations, consultez les rubriques suivantes :
analyse des vidages 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 des techniques de dépannage de base.
recherchez dans le journal système observateur d’événements des messages d’erreur supplémentaires susceptibles de vous aider à identifier l’appareil ou le pilote à l’origine de ce contrôle de bogue.
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 Memory, 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 les nouveaux matériels installés sont compatibles avec la version installée de Windows. par exemple, vous pouvez obtenir des informations sur le matériel requis à Windows 10 spécifications.
Pour obtenir des informations générales supplémentaires sur la résolution des problèmes, consultez données d’écran bleues.