ANAVEM
Languageen
Windows server monitoring dashboard displaying memory diagnostic information and event logs
Event ID 8CriticalKernel-GeneralWindows

ID d'événement Windows 8 – Kernel-General : Défaut de page dans une zone non paginée

L'ID d'événement 8 indique une faute de page critique dans la zone de mémoire non paginée, généralement causée par des pilotes défectueux, des problèmes matériels ou une corruption de la mémoire pouvant entraîner une instabilité du système.

Emanuel DE ALMEIDAEmanuel DE ALMEIDA
18 mars 202612 min de lecture 0
Event ID 8Kernel-General 5 méthodes 12 min
Référence événement

Signification de cet événement

L'ID d'événement 8 représente une violation critique d'accès à la mémoire au niveau du noyau qui se produit lorsque Windows tente d'accéder à une page mémoire dans le pool non paginé qui est soit invalide, corrompue, soit a été mal désallouée. Le pool non paginé est une zone réservée de la mémoire physique qui contient des structures de données système critiques, du code de pilote de périphérique et des objets du noyau qui doivent rester accessibles en tout temps.

Lorsque cet événement est enregistré, il indique que le gestionnaire de mémoire a rencontré une condition inattendue lors de la traduction d'une adresse virtuelle en une adresse physique dans la zone non paginée. Cela peut se produire en raison de plusieurs facteurs : un pilote de périphérique tentant d'accéder à une mémoire libérée, une corruption de mémoire au niveau matériel ou une corruption de fichiers système affectant les structures de données du noyau.

L'événement contient généralement des paramètres supplémentaires, y compris l'adresse virtuelle qui a causé la faute, le pointeur d'instruction au moment de la faute et le contexte du processus. Ces détails sont cruciaux pour l'analyse des causes profondes et aident à identifier si le problème provient d'un pilote spécifique, d'un composant matériel ou d'un problème de configuration système.

Dans Windows 11 et Server 2025, des fonctionnalités de protection de la mémoire améliorées comme l'intégrité du flux de contrôle du noyau (kCFI) et la protection de la pile renforcée par le matériel fournissent un contexte supplémentaire dans les journaux d'événements ID 8, rendant le diagnostic plus précis. L'événement est souvent corrélé avec des compteurs du moniteur de performance montrant des taux de défauts de page élevés et des indicateurs de pression sur la mémoire.

S'applique à

Windows 10Windows 11Windows Server 2019/2022/2025
Analyse

Causes possibles

  • Pilotes de périphériques défectueux ou incompatibles accédant à des adresses mémoire invalides
  • Corruption de la mémoire matérielle due à des modules RAM défaillants ou à des problèmes de contrôleur de mémoire
  • Corruption des fichiers système affectant les structures de données du noyau et la gestion de la mémoire
  • Instabilité due à l'overclocking causant des problèmes de synchronisation de la mémoire et de la corruption des données
  • Logiciels malveillants ou rootkits modifiant les structures de mémoire du noyau
  • Problèmes d'alimentation causant une corruption intermittente de la mémoire
  • Problèmes thermiques entraînant une instabilité des puces mémoire
  • Logiciels tiers en mode noyau incompatibles ou mal écrits
  • Corruption du registre affectant les paramètres d'allocation de la mémoire système
  • Bugs du firmware BIOS/UEFI liés à la gestion de la mémoire
Méthodes de résolution

Étapes de dépannage

01

Analyser les détails des événements et les journaux système

Commencez par examiner les détails spécifiques de l'ID d'événement 8 pour identifier les motifs et les événements corrélés.

  1. Ouvrez Observateur d'événementsJournaux WindowsSystème
  2. Filtrez pour l'ID d'événement 8 en utilisant la commande PowerShell suivante :
Get-WinEvent -FilterHashtable @{LogName='System'; Id=8} -MaxEvents 50 | Format-Table TimeCreated, Id, LevelDisplayName, Message -Wrap
  1. Vérifiez les événements critiques corrélés autour de la même période :
Get-WinEvent -FilterHashtable @{LogName='System'; Level=1,2; StartTime=(Get-Date).AddDays(-7)} | Where-Object {$_.Id -in @(8,41,1001,1003,6008)} | Sort-Object TimeCreated
  1. Examinez le journal des applications pour les erreurs liées aux pilotes :
Get-WinEvent -FilterHashtable @{LogName='Application'; Level=1,2; StartTime=(Get-Date).AddDays(-3)} | Where-Object {$_.ProviderName -like '*driver*' -or $_.Message -like '*driver*'}
  1. Examinez les détails de l'événement pour les adresses mémoire et les informations de processus afin d'identifier le composant défaillant.
02

Exécuter le diagnostic de la mémoire et les tests matériels

Effectuez des tests de mémoire complets pour identifier les causes matérielles du défaut de page.

  1. Exécutez immédiatement le Diagnostic de mémoire Windows :
mdsched.exe
  1. Planifiez un test de mémoire complet pour le prochain redémarrage et redémarrez le système.
  2. Après le redémarrage, vérifiez les résultats du diagnostic de mémoire :
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-MemoryDiagnostics-Results'} -MaxEvents 5
  1. Exécutez des tests de mémoire étendus à l'aide des outils intégrés :
sfc /scannow
Dism /Online /Cleanup-Image /CheckHealth
Dism /Online /Cleanup-Image /ScanHealth
  1. Vérifiez la température du système et la stabilité de l'alimentation à l'aide du Moniteur de performances :
perfmon /res
Astuce pro : Si des erreurs de mémoire sont détectées, testez chaque module RAM individuellement en retirant les autres pour isoler le composant défectueux.
03

Identifier et mettre à jour les pilotes problématiques

Enquêter sur les pilotes de périphérique qui peuvent causer des violations d'accès à la mémoire dans le pool non paginé.

  1. Générer une liste complète des pilotes avec les informations de version :
Get-WmiObject Win32_PnPSignedDriver | Select-Object DeviceName, DriverVersion, DriverDate, IsSigned | Sort-Object DriverDate
  1. Vérifier les pilotes non signés ou obsolètes :
Get-WmiObject Win32_PnPSignedDriver | Where-Object {$_.IsSigned -eq $false -or $_.DriverDate -lt (Get-Date).AddYears(-2)} | Format-Table DeviceName, DriverVersion, DriverDate, IsSigned
  1. Utiliser Driver Verifier pour identifier les pilotes problématiques :
verifier /standard /all
  1. Activer le pool spécial pour les allocations non paginées :
verifier /flags 0x1 /driver *
  1. Vérifier le Gestionnaire de périphériques pour les périphériques avec des problèmes :
Get-WmiObject Win32_PnPEntity | Where-Object {$_.ConfigManagerErrorCode -ne 0} | Select-Object Name, ConfigManagerErrorCode, Status
  1. Mettre à jour les pilotes système critiques via Windows Update ou les sites des fabricants.
Avertissement : Driver Verifier peut causer une instabilité du système. Désactivez-le après les tests en utilisant verifier /reset.
04

Analyser les vidages sur incident et l'utilisation du pool de mémoire

Effectuer une analyse détaillée des vidages sur incident et de l'allocation de la mémoire pour identifier la cause racine.

  1. Configurer le système pour des vidages de mémoire complets :
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl' -Name 'CrashDumpEnabled' -Value 1
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl' -Name 'DumpFile' -Value '%SystemRoot%\MEMORY.DMP'
  1. Surveiller l'utilisation du pool non paginé avec Performance Monitor :
typeperf "\Memory\Pool Nonpaged Bytes" "\Memory\Pool Nonpaged Allocs" -si 5 -sc 60
  1. Vérifier les informations de tag de pool pour identifier les fuites de mémoire :
poolmon -b -r -p
  1. Analyser l'intégrité des fichiers système :
sfc /scannow
Dism /Online /Cleanup-Image /RestoreHealth
  1. Si des vidages sur incident sont disponibles, utiliser WinDbg ou analyser avec les outils intégrés :
Get-ChildItem C:\Windows\Minidump\*.dmp | Sort-Object LastWriteTime -Descending | Select-Object -First 5
  1. Vérifier le registre pour les paramètres de gestion de la mémoire :
Get-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management'
05

Récupération Système Avancée et Prévention

Mettre en œuvre des mesures de récupération complètes et des configurations préventives pour résoudre les problèmes persistants d'ID d'événement 8.

  1. Démarrez en mode sans échec pour isoler le problème :
bcdedit /set {current} safeboot minimal
  1. Effectuez un démarrage propre pour identifier les conflits logiciels :
msconfig
  1. Réinitialisez les composants de Windows Update si une corruption de fichier système est suspectée :
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
  1. Configurez les paramètres avancés de gestion de la mémoire :
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -Name 'DisablePagingExecutive' -Value 1
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -Name 'LargeSystemCache' -Value 0
  1. Activez les fonctionnalités avancées de débogage :
bcdedit /set {current} debug on
bcdedit /set {current} debugtype serial
bcdedit /set {current} debugport 1
bcdedit /set {current} baudrate 115200
  1. Envisagez d'effectuer une réparation de l'installation ou une réinitialisation du système si le problème persiste après toutes les autres méthodes.
Conseil pro : Créez un point de restauration système avant de modifier le registre et documentez toutes les modifications pour des fins de retour en arrière.

Aperçu

L'ID d'événement 8 de la source Kernel-General représente l'une des erreurs les plus graves liées à la mémoire dans les systèmes Windows. Cet événement se déclenche lorsque le noyau rencontre une erreur de page en tentant d'accéder à la mémoire dans la zone de pool non paginée. Le pool non paginé est une région critique de la mémoire système qui doit toujours rester dans la RAM physique et ne peut pas être échangée sur le disque.

Lorsque cet événement se produit, il indique généralement une instabilité sévère du système qui entraîne souvent un écran bleu de la mort (BSOD) avec des codes d'arrêt comme 0x00000050 (PAGE_FAULT_IN_NONPAGED_AREA). L'événement est enregistré dans le journal Système et fournit des informations de diagnostic cruciales sur les violations d'accès à la mémoire qui compromettent les opérations du noyau.

Cet erreur se manifeste couramment lors de charges système élevées, de l'initialisation des pilotes ou lorsque des composants matériels défectueux interfèrent avec les opérations de mémoire. Contrairement aux erreurs de page en mode utilisateur qui peuvent être gérées de manière élégante, les erreurs de page en mode noyau dans les zones non paginées sont fatales et nécessitent une récupération immédiate du système. Les administrateurs système doivent traiter cet événement comme un incident de haute priorité nécessitant une enquête immédiate pour prévenir la perte de données et les temps d'arrêt du système.

Questions Fréquentes

Que signifie l'ID d'événement 8 et quelle est sa gravité ?+
L'ID d'événement 8 indique une faute de page critique dans la zone de mémoire non paginée, qui est l'une des erreurs les plus graves liées à la mémoire sous Windows. Cela signifie que le noyau a tenté d'accéder à une mémoire invalide, corrompue ou mal désallouée dans le pool non paginé. Cette erreur est extrêmement grave car elle entraîne généralement des plantages du système (BSOD) et indique une défaillance matérielle potentielle, des problèmes de pilote ou une corruption du système. Le pool non paginé doit toujours rester en mémoire physique, donc toute faute ici compromet la stabilité du système central.
L'ID d'événement 8 peut-il être causé par une mauvaise RAM, et comment le tester ?+
Oui, une RAM défectueuse est l'une des causes les plus courantes de l'ID d'événement 8. Des modules de mémoire défectueux peuvent provoquer une corruption dans la zone de pool non paginée, entraînant des erreurs de page. Pour tester les problèmes de mémoire, exécutez le Diagnostic de mémoire Windows (mdsched.exe), qui effectue des tests de mémoire complets au démarrage. Vous pouvez également utiliser la commande 'Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-MemoryDiagnostics-Results'}' pour vérifier les résultats. Pour des tests plus approfondis, envisagez d'utiliser MemTest86 ou de tester des modules RAM individuels en retirant les autres pour isoler les composants défectueux.
Comment puis-je identifier quel pilote cause l'ID d'événement 8 ?+
Pour identifier les pilotes problématiques, utilisez Driver Verifier avec la commande 'verifier /standard /all' pour activer un test complet des pilotes. Vérifiez les pilotes non signés ou obsolètes en utilisant 'Get-WmiObject Win32_PnPSignedDriver | Where-Object {$_.IsSigned -eq $false}'. Consultez les détails de l'ID d'événement 8 pour les adresses mémoire et corrélez-les avec les installations récentes de pilotes. Utilisez 'Get-WmiObject Win32_PnPEntity | Where-Object {$_.ConfigManagerErrorCode -ne 0}' pour trouver les appareils avec des problèmes de configuration. Si des fichiers de vidage sur incident sont disponibles, analysez-les avec WinDbg pour identifier le pilote exact à l'origine du problème.
Que dois-je faire si l'ID d'événement 8 se produit fréquemment sur un serveur de production ?+
Pour les occurrences fréquentes de l'ID d'événement 8 sur les serveurs de production, implémentez immédiatement une surveillance avec 'typeperf "\Memory\Pool Nonpaged Bytes" -si 5' pour suivre les modèles d'utilisation de la mémoire. Planifiez des diagnostics de mémoire pendant les fenêtres de maintenance et examinez toutes les mises à jour récentes des pilotes ou les changements matériels. Activez les vidages de mémoire complets pour une analyse détaillée et envisagez de mettre en œuvre des mesures de haute disponibilité comme le clustering de basculement. Vérifiez les conditions thermiques et la stabilité de l'alimentation, car les problèmes matériels des serveurs se manifestent souvent par des erreurs de mémoire. Documentez toutes les occurrences avec des horodatages pour identifier les modèles et coordonnez-vous avec les fournisseurs de matériel pour un éventuel RMA si les modules de mémoire échouent.
L'overclocking peut-il causer l'ID d'événement 8, et comment puis-je le corriger ?+
Oui, l'overclocking peut certainement causer l'ID d'événement 8 en créant des instabilités de timing mémoire et des corruptions de données dans le pool non paginé. Les systèmes overclockés rencontrent souvent des erreurs de mémoire intermittentes qui se manifestent par des défauts de page. Pour résoudre ce problème, réinitialisez d'abord tous les paramètres d'overclocking aux valeurs par défaut dans le BIOS/UEFI. Effectuez des tests de stress de la mémoire à des vitesses d'origine pour vérifier la stabilité. Vérifiez les paramètres de timing de la mémoire et assurez-vous qu'ils correspondent aux spécifications de la RAM. Utilisez 'bcdedit /set {current} increaseuserva 2048' pour ajuster l'allocation de mémoire si nécessaire. Surveillez les températures du système et assurez un refroidissement adéquat, car les problèmes thermiques aggravent les problèmes de mémoire liés à l'overclocking.
Documentation

Références (2)

Emanuel DE ALMEIDA
Écrit par

Emanuel DE ALMEIDA

Senior IT Journalist & Cloud Architect

Microsoft MCSA-certified Cloud Architect | Fortinet-focused. I modernize cloud, hybrid & on-prem infrastructure for reliability, security, performance and cost control - sharing field-tested ops & troubleshooting.

Événements Windows associés

Windows Event Viewer displaying system time change events on a professional monitoring dashboard
Event 16388
Microsoft-Windows-Kernel-General
Windows EventInformation

ID d'événement Windows 16388 – Microsoft-Windows-Kernel-General : Notification de changement de l'heure système

L'ID d'événement 16388 se déclenche lorsque Windows détecte un changement de l'heure système, soit par un ajustement manuel, soit par une synchronisation automatique. Critique pour l'audit de sécurité et le dépannage des problèmes liés au temps.

18 mars9 min
Windows Event Viewer showing system event logs on a monitoring dashboard
Event 16384
Microsoft-Windows-Kernel-General
Windows EventInformation

ID d'événement Windows 16384 – Microsoft-Windows-Kernel-General : Changement de l'heure système détecté

L'ID d'événement 16384 se déclenche lorsque Windows détecte un changement de l'heure système, soit manuel, soit automatique. Critique pour l'audit de sécurité et le dépannage des problèmes de synchronisation de l'heure dans les environnements de domaine.

18 mars9 min
Windows Event Viewer displaying system time change events on a monitoring dashboard
Event 11728
Microsoft-Windows-Kernel-General
Windows EventInformation

ID d'événement Windows 11728 – Microsoft-Windows-Kernel-General : Changement de l'heure système détecté

L'ID d'événement 11728 se déclenche lorsque Windows détecte un changement de l'heure système, généralement à partir de services de synchronisation de l'heure, d'ajustements manuels ou de corrections de dérive de l'horloge matérielle.

18 mars12 min
Windows Event Viewer displaying system time change events on a professional monitoring dashboard
Event 11724
Microsoft-Windows-Kernel-General
Windows EventInformation

ID d'événement Windows 11724 – Microsoft-Windows-Kernel-General : Changement de l'heure système détecté

L'ID d'événement 11724 indique que le noyau Windows a détecté un changement de l'heure système, généralement déclenché par des services de synchronisation de l'heure, des ajustements manuels ou des corrections de dérive de l'horloge matérielle.

18 mars9 min

Discussion

Partagez vos réflexions et analyses

Vous devez être connecté pour commenter.

Chargement des commentaires...