Ce que signifie vraiment 0x0000009F
Quand Windows s'endort ou se réveille, il envoie à chaque périphérique une requête d'alimentation (un IRP) et n'attend la réponse que jusqu'à l'expiration d'un délai. Un pilote défectueux ou périmé peut laisser cette requête en suspens et ne jamais terminer la transition ; une fois le délai épuisé, le noyau déclenche l'écran bleu 0x0000009F et désigne le pilote bloqué dans les données du plantage. Le crash survient presque toujours au même moment : quelques secondes après l'ouverture du capot du portable, à l'arrêt, ou quand l'écran s'éteint — ce calendrier est le meilleur indice du sous-système fautif.
Les suspects habituels sont les pilotes graphiques (NVIDIA comme AMD), les adaptateurs Wi-Fi et Bluetooth, les pilotes NVMe et SATA, et l'écheveau des stations USB et Thunderbolt qui font transiter plusieurs périphériques par un seul contrôleur. Si une mise à jour de fonctionnalités ou un pilote fraîchement installé précède les premiers plantages, c'est l'indice le plus parlant. Sur les portables, une cause fréquente est un pilote de chipset obsolète qui ne comprend pas le Modern Standby de la plateforme.
- Pilote graphique bloqué au réveil : écran noir ou plantage quelques secondes après l'ouverture du capot
- Adaptateur Wi-Fi ou Bluetooth qui ne répond plus aux requêtes de veille après une mise à jour de pilote
- Station USB-C ou Thunderbolt : plantages autour de la veille et des débranchements, c'est leur signature
- Pilote NVMe/SATA qui ne passe pas la transition, parfois après des mises à jour de firmware
- Pilotes de chipset AMD/Intel obsolètes qui cassent le Modern Standby sur portables
- Démarrage rapide : un arrêt hybride qui emprunte à chaque boot le même chemin d'alimentation que la veille
Les corrections, dans l'ordre à essayer
Commencez par le pilote le plus récemment modifié : Gestionnaire de périphériques → Propriétés du périphérique → onglet Pilote affiche la date ; si un pilote mis à jour récemment coïncide avec le début des plantages, cliquez sur Restaurer le pilote, sinon mettez-le à jour depuis le site du fabricant — pour un GPU, le paquet NVIDIA ou AMD, pas Windows Update. Ensuite, mettez à jour la plateforme : chipset AMD ou Intel, plus les pilotes d'énergie du fabricant du portable. Débranchez toutes les stations et périphériques USB pendant quelques jours ; si les plantages cessent, vous avez votre réponse : la station ou son pilote.
L'étape suivante est de désactiver le démarrage rapide : Panneau de configuration → Options d'alimentation → Choisir l'action des boutons d'alimentation → Modifier des paramètres actuellement indisponibles → décochez Activer le démarrage rapide. Le démarrage rapide transforme chaque arrêt en hibernation partielle et amplifie notoirement les bogues de transition d'alimentation. Si vous n'utilisez jamais l'hibernation, powercfg /h off dans une console administrateur supprime hibernation et démarrage rapide d'un coup.
Si l'écran bleu revient
Ouvrez l'Observateur d'événements → Journaux Windows → Système et cherchez des entrées BugCheck (ID d'événement 1001) autour des plantages : l'entrée nomme le pilote désigné dans le minidump. Le dump se trouve dans C:\Windows\Minidump et s'ouvre dans WinDbg, qui dans la ligne probably caused by désigne généralement le coupable. Lancez aussi powercfg /energy : les erreurs de gestion d'alimentation de son rapport recoupent souvent les causes du 0x9F — par exemple un périphérique qui n'entre jamais dans son état basse consommation.
Le Vérificateur de pilotes peut forcer le pilote instable à se trahir, mais c'est un diagnostic de dernier recours : il met volontairement les pilotes sous stress, fera planter le PC exprès en attrapant le coupable, et doit être désactivé ensuite avec verifier /reset. Un 0x0000009F persistant sur une machine aux pilotes à jour, sans station ni démarrage rapide, pointe vers le firmware — mettez à jour le BIOS/UEFI et celui du SSD — ou vers un défaut de la logique de veille : c'est un diagnostic d'atelier, pas un réglage.
Questions et réponses
DRIVER POWER STATE FAILURE met-il mes données en danger ?
Le plantage lui-même est un arrêt contrôlé et le système de fichiers s'en sort généralement bien, mais le travail non sauvegardé est perdu et des crashes répétés pendant des écritures n'annoncent rien de bon. Traitez la cause plutôt que de la subir.
Pourquoi le BSOD n'arrive-t-il qu'après la veille ou l'arrêt ?
Parce que le code défaillant est la transition d'alimentation elle-même : le pilote reçoit une requête de mise en veille ou de réveil qu'il n'arrive pas à compléter. Le moment du crash — au réveil, à l'arrêt ou à l'extinction de l'écran — désigne le périphérique à soupçonner.
Désactiver le démarrage rapide aide-t-il vraiment ?
Souvent, oui. Le démarrage rapide fait passer chaque arrêt par le même chemin de transition que la veille ; un pilote qui s'y bloque fait donc tomber aussi bien les boots que les arrêts. Le désactiver supprime ce chemin complètement.
Vérifiez le contenu avant l'achat.
L'essai unique de 30 minutes couvre les fonctions de base. Les fonctions marquées PRO restent verrouillées jusqu'à l'activation d'une licence payante.
À lire ensuite
Écrivez-nous: [email protected]