Corriger SYSTEM_SERVICE_EXCEPTION sur Windows 11

Le code d’arrêt SYSTEM_SERVICE_EXCEPTION signifie qu’un thread système a généré une exception que le gestionnaire d’erreurs n’a pas attrapée. Code d’arrêt 0x0000003B. Neuf fois sur dix le pilote fautif est juste là sur l’écran bleu à côté du code d’arrêt — quelque chose comme win32kfull.sys, nvlddmkm.sys, dxgkrnl.sys, igdkmd64.sys. Si vous avez un nom de pilote, c’est là que vous commencez. Si l’écran dit juste SYSTEM_SERVICE_EXCEPTION sans nom de fichier, il vous faudra le crash dump.

Les pilotes GPU possèdent ce code d’arrêt. Plus que tout autre BSOD, celui-ci pointe vers votre pilote graphique faisant quelque chose qu’il ne devrait pas — tenter d’accéder à de la mémoire hors de son allocation, diviser par zéro, atteindre un chemin non géré dans le pipeline d’affichage. Le nvlddmkm.sys de NVIDIA apparaît spécifiquement dans probablement la moitié des dumps SYSTEM_SERVICE_EXCEPTION que j’ai examinés.

S’il dit nvlddmkm.sys : téléchargez DDU (Display Driver Uninstaller) chez Wagnardsoft, démarrez en Mode sans échec, lancez DDU pour arracher toute trace du pilote NVIDIA, redémarrez, installez un pilote neuf depuis nvidia.com. N’utilisez pas GeForce Experience pour l’installer — allez sur nvidia.com/drivers, choisissez votre carte manuellement, téléchargez le package pilote seul. GeForce Experience a été la cause réelle de SYSTEM_SERVICE_EXCEPTION sur deux machines sur lesquelles j’ai travaillé. L’overlay s’accroche au pipeline d’affichage et entre parfois en conflit avec le pilote qu’il est censé gérer.

Les graphiques intégrés Intel — igdkmd64.sys — plantent de cette façon quand Windows Update installe un pilote Intel plus récent qui ne s’entend pas bien avec la révision matérielle spécifique. Les Intel 12e gen Alder Lake ont eu une période fin 2024 où le pilote distribué par Windows causait SYSTEM_SERVICE_EXCEPTION sur les portables double GPU pendant la lecture vidéo. Gestionnaire de périphériques, Cartes graphiques, clic droit sur l’adaptateur Intel, Propriétés, onglet Pilote, Restaurer le pilote. Si Restaurer est grisé, mettez à jour manuellement depuis le centre de téléchargement d’Intel avec la version précédente.

win32kfull.sys et win32kbase.sys

Ce sont des fichiers du sous-système d’affichage en mode noyau de Windows. Quand ils apparaissent à côté de SYSTEM_SERVICE_EXCEPTION, ce n’est pas un pilote tiers — c’est Windows lui-même qui plante pendant le rendu graphique. Des applications précises déclenchent ça plus que quoi que ce soit de général. Un Surface Pro 9 plantait sans cesse quand le propriétaire ouvrait des appels vidéo Teams — win32kfull.sys à chaque fois, seulement pendant la vidéo, jamais au repos. Le pilote Intel allait bien, Teams allait bien individuellement, mais la combinaison du décodage vidéo accéléré matériellement dans Teams plus la version spécifique du pilote Intel égalait plantage. Désactivé l’accélération matérielle dans les paramètres de Teams et ça s’est arrêté.

Photoshop, Chrome avec accélération matérielle activée, DaVinci Resolve, OBS — toute app qui pousse le rendu GPU à travers la pile d’affichage Windows peut déclencher ça. Si vous remarquez que le plantage arrive toujours pendant une application précise, désactivez d’abord l’accélération matérielle dans les paramètres de cette app.

La corruption de polices déclenche aussi des plantages win32kfull.sys. Des fichiers .ttf ou .otf endommagés dans C:\Windows\Fonts font s’étouffer le sous-système de rendu. Si vous avez récemment installé des polices personnalisées et que les plantages ont commencé à peu près en même temps, supprimez ces polices. Vous pouvez aussi reconstruire le cache de polices — arrêtez le service Cache de polices Windows, supprimez le contenu de C:\Windows\ServiceProfiles\LocalService\AppData\Local\FontCache\, redémarrez le service.

Quand il n’y a pas de nom de pilote

Parfois l’écran bleu dit juste SYSTEM_SERVICE_EXCEPTION sans fichier listé. Téléchargez BlueScreenView — il lit les fichiers minidump dans C:\Windows\Minidump\ et vous montre exactement quel module a causé chaque plantage. La colonne « Caused By Driver » vous donne le nom de fichier que l’écran bleu n’a pas montré.

Si BlueScreenView pointe vers ntoskrnl.exe, c’est le noyau Windows lui-même — ça signifie généralement que le vrai coupable est quelque chose qui a corrompu la mémoire noyau. Lancez sfc /scannow depuis une invite de commandes élevée. Si SFC trouve une corruption qu’il ne peut pas réparer, enchaînez avec DISM /Online /Cleanup-Image /RestoreHealth puis SFC à nouveau. Notre guide SFC couvre le processus complet quand la première passe ne corrige pas tout.

Les logiciels antivirus causent plus de plantages SYSTEM_SERVICE_EXCEPTION que les gens ne le réalisent. Les pilotes de filtre en mode noyau que les produits antivirus installent s’accrochent profondément à Windows et tout bug en eux fait planter le système entier. Si vous avez récemment installé ou mis à jour Bitdefender, Norton, McAfee ou Kaspersky, essayez de le désinstaller temporairement et de tourner sur Windows Defender seul pendant quelques jours. Si les plantages s’arrêtent, contactez l’éditeur de l’antivirus ou changez de produit — Windows Defender est vraiment assez bon maintenant pour que l’antivirus tiers cause plus de problèmes qu’il n’en prévient sur la plupart des machines.

Si vous avez parcouru tout ça et que les plantages ne s’arrêtent pas — un pilote différent à chaque dump, pas de pattern clair, SFC propre, pas d’antivirus tiers — suspectez la RAM. Une mémoire défaillante peut causer littéralement n’importe quel code d’arrêt parce que la corruption est aléatoire. Lancez le Diagnostic de mémoire Windows (mdsched.exe), laissez-le faire le test étendu, ça prend environ 20 minutes. S’il trouve des erreurs, vous devez déterminer quelle barrette — retirez-en une, testez, échangez, testez. À défaut, envoyez-nous les fichiers dump et on les lira correctement.