Vous voyez des gels ou écrans noirs sous Windows 11 et l’Observateur d’événements affiche « Kernel‑EventTracing » ID 28 avec le code 0xC0000001 ? Voici une méthode éprouvée, concrète et reproductible pour diagnostiquer et corriger ces plantages — avec un focus sur la mémoire RAM.
Vue d’ensemble : quand « Kernel‑EventTracing » ID 28 déclenche l’alarme
Sur certaines configurations Windows 11 (PC de jeu notamment), des blocages aléatoires surviennent : écran noir, freeze total, retour bureau ou reboot soudain, sans BSOD visible. L’Observateur d’événements note presque à chaque fois l’événement Kernel‑EventTracing, ID 28 avec l’erreur 0xC0000001 (STATUS_UNSUCCESSFUL). Les minidumps montrent ensuite que le noyau a accédé à une zone mémoire invalide.
À retenir : l’ID 28 signale l’arrêt brutal d’une session de traçage ETW (Event Tracing for Windows). C’est souvent un symptôme d’un crash plus bas niveau (mémoire, contrôleur mémoire, carte mère), pas la cause initiale.
Symptômes typiques relevés sur la machine affectée
- Freeze en charge (jeux vidéo, moteurs 3D, streaming + jeu, etc.) ; parfois au repos.
- Écran noir puis retour bureau ou reboot sans BSOD affiché.
- Dans Observateur d’événements : Kernel‑EventTracing / ID 28 / 0xC0000001 quasi systématique après l’incident.
- Les minidumps confirment un accès noyau à une plage mémoire invalide.
Ce que vous avez (déjà) fait de juste
Les actions ci‑dessous constituent une base saine. Si vous ne les avez pas toutes effectuées, intégrez‑les à votre plan :
- Désactivation du démarrage rapide.
- Réinstallation propre du pilote GPU (DDU ou équivalent) et mise à jour BIOS, chipset, Bluetooth.
- Intégrité système :
DISM /Online /Cleanup-Image /RestoreHealthpuisSFC /Scannow(quelques DLL Bluetooth réparées ici). - In‑place upgrade de Windows 11 pour repartir sur des fichiers système sains.
- Collecte et partage des minidumps, revue de
CBS.log. - Observation clé : beaucoup moins de crashs avec une seule barrette de RAM installée.
Pourquoi l’événement « Kernel‑EventTracing » ID 28 apparaît
Windows utilise ETW (Event Tracing for Windows) pour tracer le noyau. Lorsqu’un crash interrompt violemment une session de traçage (ex. Circular Kernel Context Logger), ETW enregistre :
Source : Kernel‑EventTracing
ID : 28
Message : La session 'Circular Kernel Context Logger' s’est arrêtée en raison de l’erreur : 0xC0000001.
Cette erreur est générique ; corrélez donc avec les autres indices. Ici, la convergence des symptômes pointe vers la mémoire (DRAM) ou son accès (contrôleur mémoire/slot/carte mère).
Indices qui convergent vers la RAM
| Élément | Indice clé | Interprétation |
|---|---|---|
| Crashes réduits avec un seul module | Contrôle croisé positif | Module ou slot fautif |
| MemTest86 échoue rapidement (double canal) | Redémarrage + rafale d’erreurs | Défectuosité DRAM probable |
| ID 28 + 0xC0000001 | Session ETW tuée net | Conséquence d’un crash matériel |
Méthode de diagnostic pas‑à‑pas (fiable et reproductible)
- Revenir aux réglages mémoire par défaut : désactivez XMP/EXPO/DOCP. Laissez le BIOS charger les profils JEDEC (DDR4 2133/2666 MT/s ou DDR5 4800/5600 MT/s selon la plate‑forme).
- Clear CMOS : réinitialisez l’UEFI et redémarrez une première fois pour stabiliser l’entraînement mémoire (training).
- Tester un seul module à la fois :
- Barrette A dans slot recommandé (A2), 4 passes MemTest86.
- Barrette B dans le même slot, même protocole.
- Si A OK et B KO → RAM B en cause. Si A KO et B OK → RAM A en cause. Si A KO et B KO dans le même slot → suspectez le slot/carte mère.
- Permutation des slots : refaites les tests dans un autre slot (A1/B1 selon la carte) pour confirmer si le défaut suit la barrette ou reste sur le slot.
- Test en double canal : si les deux barrettes sont OK seules, remettez‑les en configuration dual‑channel (slots A2/B2), XMP/EXPO toujours désactivé, puis MemTest86 4 passes.
- Validation sous Windows :
- Stress mixte (jeux 3D + navigateur + streaming) 30‑60 min.
- Surveillez l’Observateur d’événements (journal Kernel‑EventTracing) pour tout ID 28 qui réapparaît.
- Mise à jour BIOS/AGESA si vous êtes sur Ryzen, microcode côté Intel si proposé par le constructeur. Gardez les réglages mémoire stock pendant les essais.
- Exclure l’alimentation : effectuez un test de charge combinée CPU+GPU (par ex. OCCT Power) pour identifier un éventuel défaut PSU. Si le PC coupe net uniquement sous charge combinée, l’alimentation peut être en cause.
- Vérifier les minidumps (voir plus bas) pour repérer des patterns (WHEA, MEMORY_MANAGEMENT, IRQL, etc.).
- Décision :
- Si la défaillance suit la barrette → RMA RAM.
- Si elle suit le slot → carte mère suspecte.
- Si tout échoue en double canal mais passe en simple → contrôleur mémoire ou IMC borderline.
Procédure MemTest86 : quoi observer et comment conclure
| Observation MemTest86 | Lecture | Action recommandée |
|---|---|---|
| Reboot soudain pendant les passes | Crash matériel franc (IMC, RAM, PSU) | Tester chaque barrette seule ; vérifier PSU si le reboot arrive en test mixte |
| Rafales d’erreurs multibit, tôt (Test 1‑3) | DRAM souvent en cause | Identifier la barrette défectueuse et lancer un RMA |
| Erreurs rares uniquement en dual‑channel | IMC/slot ou signal SI limite | Désactiver XMP/EXPO, baisser fréquence, augmenter timings (tRAS/tRC), vérifier slots |
| Aucune erreur en 4 passes, mais crashs en jeu | Charge réelle différente (GPU/PSU/VRM) | Test combiné CPU+GPU, vérifier pilotes GPU et températures |
Analyse des minidumps : indices utiles sans BSOD à l’écran
Activez les minidumps : Panneau de configuration → Système → Paramètres système avancés → Démarrage et récupération → Débogage : Petit vidage mémoire (256 Ko). Après un crash :
WinDbg (prévu pour développeurs)
.symfix
.reload
!analyze -v
Recherchez les éléments suivants :
- Bugchecks mémoire : MEMORY_MANAGEMENT, PFN_LIST_CORRUPT, IRQL_NOT_LESS_OR_EQUAL, KERNEL_SECURITY_CHECK_FAILURE…
- Stack noyau qui dérive dans des adresses non mappées → symptôme d’une corruption DRAM.
- Absence de pattern pilote unique (pas de driver tiers récurrent) → suspect matériel renforcé.
Paramètres UEFI/BIOS à contrôler pendant l’enquête
| Paramètre | Valeur conseillée pour les tests | Remarque |
|---|---|---|
| XMP/EXPO/DOCP | Désactivé | Profil performant, mais plus exigeant en SI. Revenir à JEDEC pour isoler. |
| Fréquence DRAM | JEDEC (DDR4 2133/2666 ou DDR5 4800/5600) | Monte en fréquence seulement après validation stable. |
| Tension DRAM | Auto (valeur JEDEC) | Évitez les survoltes durant le diagnostic. |
| Command Rate | 2T/2N | Relaxe la commande, utile pour tester la stabilité. |
| Gear Mode (Intel) / UCLK:MCLK (AMD) | Auto/1:1 en JEDEC | Évitez les modes agressifs lors des tests. |
| Mise à jour BIOS/AGESA | À jour | Corrections de compatibilité mémoire fréquentes. |
Scripts utiles pour corréler les événements
Dans PowerShell (administrateur), affichez les derniers événements ETW et erreurs noyau :
# Derniers événements Kernel-EventTracing (journal Admin)
Get-WinEvent -LogName "Microsoft-Windows-Kernel-EventTracing/Admin" -MaxEvents 50 |
Select-Object TimeCreated, Id, LevelDisplayName, Message |
Format-Table -AutoSize
# Export complet du journal Kernel-EventTracing pour analyse
wevtutil epl "Microsoft-Windows-Kernel-EventTracing/Admin" "$env:USERPROFILE\Desktop\KET.evtx"
# Vérifier les WHEA (erreurs matériel)
Get-WinEvent -LogName "System" -MaxEvents 200 |
Where-Object {$_.ProviderName -match "WHEA"} |
Select-Object TimeCreated, Id, LevelDisplayName, Message |
Format-Table -AutoSize Plan d’action recommandé (synthèse)
- Tester chaque barrette individuellement sur plusieurs slots pour isoler la pièce fautive.
- Si les deux barrettes échouent dans le même slot → carte mère suspecte (IMC côté CPU ou piste PCB/slot).
- Si une barrette échoue partout → RMA RAM.
- Maintenir BIOS/AGESA à jour, XMP désactivé, tensions et timings par défaut durant toute la phase de tests.
- Après remplacement, refaire un MemTest86 complet (≥ 4 passes), puis valider en charge réelle avant de réactiver XMP/EXPO si souhaité.
Scénarios et remèdes : tableau de décision
| Scénario observé | Cause probable | Remède ciblé |
|---|---|---|
| Stable avec 1 barrette, instable en dual‑channel | IMC/slots à la limite, SI exigeante | Restez en JEDEC, CR 2T, testez slots A2/B2, BIOS à jour ; si persiste, carte mère/CPU |
| Erreurs MemTest86 sur une barrette quelle que soit la position | Barrette défectueuse | RMA du module |
| Erreurs sur deux barrettes mais dans le même slot | Slot/carte mère défectueux | SAV carte mère |
| Reboots uniquement lors d’un test puissance mixte | PSU ou VRM à la peine | Tester avec une autre alimentation, vérifier câblage PCIe/CPU |
| Aucun problème hors jeu, mais crashs 3D | GPU/driver, VRAM, chauffe | DDU + pilote propre, monitoring températures, test VRAM, undervolt modéré |
Bonnes pratiques pendant le diagnostic
- Procédez par une variable à la fois (fréquence, timings, modules, slots).
- Documentez chaque essai (voir modèle ci‑dessous) : vous gagnerez du temps.
- Électrostatique : débranchez, déchargez‑vous avant toute manipulation, si possible utilisez un bracelet antistatique.
- Vérifiez le seating : modules DRAM bien enclenchés, connecteurs EPS/ATX/PCIe fermement branchés.
- Températures : boîtier bien ventilé, poussière retirée, pâte thermique correcte.
Modèle de journal de tests (copier‑coller)
Date : __/__/____
BIOS/AGESA : __________________
XMP/EXPO : Activé / Désactivé (préciser)
DRAM : Marque/Modèle, DDR4/DDR5, CL, Fréq : __________
Slots utilisés : ________________
Test 1 : Barrette A seule (slot A2), JEDEC, 4 passes MemTest86 → Résultat : _______
Test 2 : Barrette B seule (slot A2), JEDEC, 4 passes MemTest86 → Résultat : _______
Test 3 : A+B en A2/B2, JEDEC, 4 passes MemTest86 → Résultat : _______
Test 4 : Stress CPU+GPU (30‑60 min) → Résultat : _______
Observateur d’événements (ID 28) après test : Oui/Non
Conclusion : _______________________________________ Foire aux questions (FAQ)
Est‑ce que l’ID 28 est la cause de mes crashs ?
Non, l’ID 28 est quasi toujours une conséquence : la session ETW s’arrête brutalement parce qu’un crash plus bas niveau vient de se produire (souvent RAM/IMC/slot).
Le code 0xC0000001 signifie quoi ?
STATUS_UNSUCCESSFUL, un code générique. Pris isolément il n’explique pas la cause ; c’est la corrélation avec MemTest86, les minidumps et le comportement en simple vs double canal qui oriente vers la DRAM.
Faut‑il réinstaller Windows ?
Pas en premier. Vous l’avez fait via un in‑place upgrade pour éliminer les pistes logicielles, c’est utile. Mais si MemTest86 échoue, poursuivez côté matériel.
Que faire côté AMD Ryzen ?
Mettre à jour l’AGESA via le BIOS constructeur, rester en JEDEC (désactiver EXPO), vérifier les ratios UCLK:MCLK (1:1 en fréquences JEDEC), et n’ajuster les tensions qu’après validation des modules/slots.
Et côté Intel ?
Assurez‑vous d’un microcode/BIOS récents, testez d’abord en Gear 2/JEDEC, puis seulement ensuite réactivez XMP si tout est stable.
OCCT Power, c’est utile ?
Oui : un test CPU+GPU simultané permet d’identifier un PSU ou des VRM en limite. Si le PC coupe net uniquement pendant ce test, envisagez l’alimentation.
Encadré : faux positifs et pistes secondaires
- Pilote GPU corrompu : DDU + réinstallation propre élimine ce facteur.
- Stockage : des SSD instables peuvent créer des erreurs, mais MemTest86 resterait propre ; ici ce n’est pas le cas.
- Overclocking CPU/GPU : désactivez‑le pendant l’enquête.
- Bluetooth/Wi‑Fi : quelques réparations SFC sur DLL BT ne suffisent pas à expliquer des erreurs mémoire multibit précoces.
Retour d’expérience : issue finale rapportée
Dans le cas présenté, l’utilisateur souhaitait une solution rapide sans poursuivre l’isolement composant par composant et a choisi l’achat d’un nouveau PC complet. Si vous préférez éviter ce choix, suivez la matrice ci‑dessus pour cibler un RMA sur la barrette fautive ou un SAV carte mère.
Checklist « express » avant de conclure
- BIOS/AGESA à jour, XMP/EXPO désactivé.
- Chaque barrette testée seule (4 passes MemTest86) dans au moins deux slots.
- Double canal testé en JEDEC, puis charge réelle (30‑60 min).
- Zéro erreur en MemTest86, zéro ID 28 en usage → OK pour réactiver XMP/EXPO progressivement.
- Erreur qui suit la barrette → RMA RAM. Erreur cantonnée à un slot → carte mère. Reboots en charge mixte → PSU.
Raisons techniques : pourquoi la DRAM est souvent coupable
Le sous‑système mémoire de Windows 11 est fortement sollicité en jeu : accès VRAM/DRAM, allocations rapides, threads noyau/pilotes. Une DRAM instable (cellules défectueuses, distribution d’alimentation DIMM imparfaite, timing trop agressif) introduit des corruptions aléatoires qui ne laissent pas toujours le temps au système d’afficher un BSOD. L’ETW, qui journalise en arrière‑plan, s’effondre à son tour : c’est votre ID 28.
Ajoutez à cela les variances du contrôleur mémoire intégré au CPU (IMC), la qualité des pistes PCB de la carte mère et le signal integrity en dual‑channel : toute marge trop faible déclenche des fautes sporadiques, typiquement révélées par MemTest86 bien avant tout autre test.
Conseils finaux pour une stabilité durable
- Après RMA/remplacement, validez d’abord en JEDEC, puis activez XMP/EXPO et testez 24 h avant d’augmenter la fréquence.
- Privilégiez des kits mémoire validés par la QVL de votre carte mère.
- Gardez des profils UEFI sauvegardés (un profil stable JEDEC, un profil XMP stable).
- Ne négligez pas la ventilation boîtier : une DRAM surchauffée baisse de marge.
Résumé en une page (copiable dans un ticket SAV)
- Problème : gels/écran noir Windows 11, Kernel‑EventTracing ID 28, 0xC0000001.
- Constats : minidumps → accès noyau à mémoire invalide ; crashs diminuent avec 1 barrette ; MemTest86 KO en dual‑channel.
- Cause probable : DRAM ou slot/IMC.
- Action : tests barrette par barrette + permutation des slots, BIOS/AGESA à jour, XMP off, MemTest86 × 4 passes.
- Décision : RMA barrette si le défaut la suit ; SAV carte mère si le défaut suit le slot.
Annexe : informations complémentaires utiles
- ID 28 signale l’arrêt inopiné d’une session de traçage ETW ; il est souvent une conséquence, non la cause.
- 0xC0000001 (STATUS_UNSUCCESSFUL) est un code générique qui doit être corrélé aux tests mémoire.
- Avant tout remplacement, essayez un clear CMOS, une mise à jour AGESA (Ryzen) et un test PSU (OCCT Power).