Sommaire

• Ce que signifie vraiment l'erreur 0x9F

• Le PC est bloqué en boucle d'écran bleu : reprendre la main d'abord

• Étape 1 : cadrer quand ça plante

• Étape 2 : trouver le pilote coupable (trois niveaux)

• Le tableau des pilotes que vous allez croiser

• Les suspects habituels, par fréquence

• Étape 3 : les correctifs, dans l'ordre

• Cas particuliers : NVIDIA, Realtek, Intel, dock, PC portable Dell, HP, Lenovo

• Quand ce n'est plus un pilote : le matériel

• Cas d'atelier : le 0x9F qui n'était pas un pilote

• Ce qu'il ne faut pas faire

• En résumé : quel correctif selon votre cas

• Questions fréquentes

• Se faire aider

Ce que signifie vraiment l'erreur DRIVER_POWER_STATE_FAILURE (0x9F)

Windows ne se met pas en veille d'un coup. Il prévient chaque pilote, un par un : « prépare-toi, on change d'état d'alimentation ». Chaque pilote doit répondre « c'est bon pour moi ». Tant qu'un seul n'a pas répondu, la transition reste en suspens.

Un chien de garde interne surveille ces réponses. Si un pilote ne rend jamais la main dans le délai imparti, Windows considère le système comme bloqué et déclenche l'écran bleu 0x9F plutôt que de rester figé indéfiniment.

« Changement d'état d'alimentation », ce n'est pas seulement la veille du PC entier. C'est aussi :

• l'arrêt et le redémarrage ;
• le réveil, à la sortie de veille ;
• l'hibernation, y compris celle, invisible, du démarrage rapide de Windows ;
• la veille moderne des portables récents (écran éteint, machine en apparence active) ;
• et surtout la mise en veille d'un seul périphérique, pendant que vous travaillez.

Ce dernier point explique les cas les plus déroutants : le PC qui fait un écran bleu en pleine utilisation, sans que personne n'ait demandé de veille. Windows vient simplement d'endormir la carte Wi-Fi inactive, un port USB, le SSD, ou de basculer entre les deux cartes graphiques d'un portable, et c'est cette micro-transition qui a échoué.

0x9F, 0x0000009F, DRIVER_POWER_STATE_FAILURE : ce sont trois écritures de la même erreur. Le message affiché est identique sous Windows 10 et Windows 11, et la méthode ci-dessous vaut pour les deux.

Le PC est bloqué en boucle d'écran bleu : reprendre la main d'abord

Si l'écran bleu revient à chaque démarrage et que vous n'atteignez plus le bureau, il faut d'abord démarrer Windows avec le minimum de pilotes.

1. Provoquez l'environnement de récupération : après deux ou trois démarrages interrompus, Windows affiche « Réparation automatique » puis « Options avancées ». (Si l'écran reste bloqué sur la préparation de la réparation, voir notre guide dédié.)
2. Dépannage → Options avancées → Paramètres → Redémarrer.
3. Appuyez sur 4 (mode sans échec) ou 5 (mode sans échec avec réseau).

En mode sans échec, les pilotes tiers ne sont pas chargés : l'écran bleu disparaît généralement, ce qui confirme déjà que le coupable est un pilote. Vous pouvez alors :

• restaurer la version précédente du pilote suspect (Gestionnaire de périphériques → Propriétés → onglet Pilote → Restaurer le pilote) ;
• désinstaller la dernière mise à jour Windows si la panne a commencé juste après (Paramètres → Windows Update → Historique des mises à jour → Désinstaller des mises à jour) ;
• lire le nom du fautif avec les méthodes de l'étape 2.

Étape 1 : cadrer quand ça plante (30 secondes, et ça oriente tout)

C'est la première question que l'on pose à l'atelier, parce qu'elle réduit la liste des suspects avant même d'ouvrir un journal.

Étape 2 : trouver le pilote coupable (trois niveaux)

C'est l'étape qui décide de tout. À chaque écran bleu, Windows enregistre le nom du composant mis en cause. Autrement dit : le PC vous dit qui est le coupable, il suffit de lire. Trois niveaux, du plus simple au plus complet.

Niveau 1 : l'Observateur d'événements, sans rien installer

1. Clic droit sur le menu Démarrer → Observateur d'événements ;
2. Journaux Windows → Système ;
3. Filtrer le journal actuel → numéro d'événement 1001.

Vous trouvez des lignes du type : « L'ordinateur a redémarré après une vérification d'erreur. La vérification d'erreur était : 0x0000009f (0x0000000000000003, …) ». Le premier nombre entre parenthèses est le paramètre 1 (voir le niveau 3). Cela confirme le code et la date de chaque plantage.

En PowerShell, la même liste en une ligne :

Niveau 2 : BlueScreenView ou WhoCrashed, pour le nom du pilote

Les minidumps sont dans C:\Windows\Minidump (fichiers .dmp). Deux outils gratuits les lisent en quelques secondes :

• BlueScreenView (NirSoft) : affiche pour chaque plantage le code d'arrêt et les fichiers .sys mis en cause, surlignés ;
• WhoCrashed : même principe, avec une explication en clair et le nom du fabricant du pilote.

Cherchez un fichier .sys qui n'est pas de Microsoft. C'est lui, le suspect n°1.

Le dossier Minidump est vide ? Activez l'enregistrement, sinon le prochain plantage ne laissera aucune trace :

1. Menu Démarrer → « Afficher les paramètres système avancés » ;
2. section Démarrage et récupération → Paramètres ;
3. Écriture des informations de débogage → Petite image mémoire ;
4. décochez « Redémarrer automatiquement » : l'écran bleu restera affiché et vous pourrez lire le code ;
5. vérifiez que le fichier d'échange est activé sur C: (sans lui, aucun dump n'est écrit).

Niveau 3 : WinDbg, pour les utilisateurs avancés

Avec WinDbg (Microsoft Store, gratuit), ouvrez le .dmp et lancez !analyze -v. Regardez le premier paramètre du bugcheck :

Le tableau des pilotes que vous allez croiser

Les suspects habituels, par fréquence

L'expérience de l'atelier et les bases de pannes publiques donnent toujours le même classement :

1. La carte Wi-Fi, de très loin le n°1. Realtek en tête, puis Killer, Intel et Qualcomm. La gestion d'énergie est mal implémentée dans beaucoup de ces pilotes : la carte s'endort et ne se réveille pas proprement.

2. La carte graphique, surtout sur les portables hybrides (puce Intel ou AMD intégrée + NVIDIA qui s'allume à la demande). Chaque bascule est une transition d'énergie.

3. Le stockage : pilote NVMe du fabricant, Intel RST, et un firmware de SSD ancien.

4. L'USB : hubs, stations d'accueil, imprimantes, scanners, disques externes.

5. Les utilitaires constructeur qui gèrent l'énergie par-dessus Windows (Dell Power Manager, Lenovo Vantage, HP Support Assistant, MyAsus), ainsi que Bluetooth, webcam et lecteur d'empreintes.

Étape 3 : les correctifs, dans l'ordre

Ils sont classés du plus rentable au plus long. Un seul à la fois, puis laissez passer quelques jours : sinon, même si le problème disparaît, vous ne saurez jamais lequel a fonctionné, ni quoi refaire s'il revient.

1. Mettre à jour le bon pilote, pris au bon endroit

Téléchargez chipset, réseau, carte graphique et stockage sur le site du constructeur de votre PC (Dell, HP, Lenovo, Asus, Acer…) à partir du numéro de série ou du Service Tag, et non depuis Windows Update, qui propose souvent des versions génériques plus anciennes.

Si la panne a commencé après une mise à jour, faites l'inverse : Restaurer le pilote dans le Gestionnaire de périphériques.

Pensez au firmware du SSD, souvent oublié : Samsung Magician, WD Dashboard ou Crucial Storage Executive selon la marque.

2. Empêcher le périphérique suspect de s'endormir

C'est le test le plus discriminant : deux minutes, totalement réversible.

1. Clic droit sur le menu Démarrer → Gestionnaire de périphériques ;
2. dépliez Cartes réseau, double-cliquez sur la carte Wi-Fi ;
3. onglet Gestion de l'alimentation ;
4. décochez « Autoriser l'ordinateur à éteindre ce périphérique pour économiser l'énergie ».

Si les écrans bleus cessent : vous tenez le coupable. Répétez l'opération sur les concentrateurs USB racine (rubrique Contrôleurs de bus USB) si le doute porte sur l'USB.

ℹ️ Sur certains portables récents à veille moderne, l'onglet Gestion de l'alimentation n'existe pas. Passez alors directement au correctif 4.

3. Désactiver le démarrage rapide (et l'hibernation)

Le « démarrage rapide » n'éteint pas vraiment le PC : il pratique une hibernation partielle. C'est une transition d'énergie de plus à chaque arrêt, et une source classique de 0x9F.

En invite de commandes administrateur :

Pour le réactiver plus tard : powercfg /h on. Le temps du test, réglez aussi la mise en veille sur Jamais. Si les plantages s'arrêtent net, c'est bien une transition de veille qui échoue.

4. Couper la veille USB et l'économie d'énergie PCI Express

Deux réglages cachés dans les options d'alimentation provoquent beaucoup de 0x9F « en pleine utilisation » :

1. Panneau de configuration → Options d'alimentation → Modifier les paramètres du mode → Modifier les paramètres d'alimentation avancés ;
2. Paramètres USB → Paramètre de la suspension sélective USB → Désactivé ;
3. PCI Express → Gestion de l'alimentation de l'état de liaison → Désactivé.

Faites-le pour « Sur batterie » et « Sur secteur ». Le second réglage évite que le SSD NVMe, la carte Wi-Fi ou la carte graphique ne s'endorment trop profondément. Coût : quelques minutes d'autonomie en moins sur un portable.

5. Demander son rapport à Windows

En invite de commandes administrateur :

La première observe le système pendant 60 secondes et produit energy-report.html (dans C:\Windows\System32), avec erreurs et avertissements, souvent le nom du périphérique fautif. La seconde produit sleepstudy-report.html, l'historique des mises en veille : on y voit quel composant a raté chaque transition. Ouvrez-les dans le navigateur et concentrez-vous sur les lignes en rouge.

6. Le test d'exclusion USB

Débranchez tout : station d'accueil, imprimante, scanner, disque externe, clavier et souris sans fil, casque USB. Laissez tourner 48 heures.

• Plus aucun plantage → rebranchez un par un, à quelques jours d'intervalle ;
• les plantages continuent → le coupable est interne : retour aux correctifs 1 à 5.

Ce test paraît trivial, il résout pourtant une bonne partie des cas sur portable avec dock.

7. En dernier recours : Driver Verifier

Cet outil Microsoft provoque volontairement des écrans bleus pour démasquer un pilote défaillant. À réserver aux utilisateurs avancés, sur les pilotes non-Microsoft uniquement, après une sauvegarde complète, et en sachant repasser en mode sans échec pour le désactiver (verifier /reset). Sans ces précautions, le PC peut devenir inutilisable.

Cas particuliers : NVIDIA, Realtek, Intel, dock, portables Dell, HP, Lenovo

DRIVER_POWER_STATE_FAILURE avec nvlddmkm.sys (NVIDIA)
Désinstallez proprement le pilote avec DDU (Display Driver Uninstaller) en mode sans échec, puis installez la version du constructeur du portable ou une version NVIDIA « Studio » stable plutôt que la dernière « Game Ready ». Sur un portable hybride, vérifiez aussi que le pilote graphique Intel ou AMD intégré est à jour : c'est lui qui orchestre les bascules. Si l'écran bleu revient avec plusieurs codes graphiques (0x116, 0x141) en plus du 0x9F, suspectez la puce elle-même : voir le cas d'atelier.

Avec un pilote Wi-Fi Realtek, Intel ou Qualcomm
Pilote du constructeur du PC, veille de la carte désactivée (correctif 2), et désactivez le réveil par le réseau si le PC redémarre la nuit (onglet Gestion de l'alimentation, « Autoriser ce périphérique à sortir l'ordinateur du mode veille »). Si le Wi-Fi disparaît carrément de la liste par moments, ce n'est plus un problème de pilote mais une carte qui décroche : notre guide sur la carte Wi-Fi défectueuse explique comment le prouver en une commande.

Uniquement avec la station d'accueil
Mettez à jour le firmware du dock (Dell, HP, Lenovo publient un outil dédié) et le pilote Thunderbolt ou DisplayLink selon le modèle. Un dock non alimenté par son propre bloc est un classique.

PC portable Dell, HP, Lenovo, Asus
Les utilitaires de gestion d'énergie constructeur (Dell Power Manager, Lenovo Vantage, HP Support Assistant, MyAsus) sont souvent en cause : mettez-les à jour, ou désinstallez-les le temps du test. Appliquez aussi la dernière mise à jour du BIOS proposée par le constructeur, qui corrige fréquemment la gestion de la veille, en suivant scrupuleusement sa procédure (secteur branché, aucune interruption). Un BIOS qui tourne mal se rattrape rarement sans atelier : voir PC qui ne démarre plus après une mise à jour du BIOS.

Le PC se fige, écran noir, diode allumée, sans écran bleu
Ce n'est pas un 0x9F mais un gel en veille moderne, avec son propre diagnostic : PC portable qui se fige écran noir, diode allumée.

Quand ce n'est plus un pilote : le matériel

Voici l'information qui manque dans la plupart des tutoriels, et qui évite des semaines perdues.

Si l'analyse ne désigne que des composants Microsoft (ntoskrnl.exe, pci.sys, ACPI.sys, usbhub3.sys, storport.sys), ce n'est généralement pas un bug de pilote tiers. Ces fichiers sont le cœur de Windows : ils sont bien plus souvent les victimes que les coupables. Ils échouent parce que le matériel sous-jacent ne répond plus.

Changez alors de terrain :

• Mémoire vive : MemTest86 depuis une clé USB, au moins 4 passes complètes. Une seule erreur suffit à condamner la barrette, mais lisez bien la ligne : elle n'accuse pas toujours la RAM.

• SSD ou disque dur : état SMART avec CrystalDiskInfo. Tout ce qui n'est pas « Bon » (secteurs réalloués, secteurs en attente, usure élevée) est à prendre au sérieux.

• Diagnostic intégré du constructeur : F12 → Diagnostics sur Dell, F2 → HP PC Hardware Diagnostics sur HP, Lenovo Vantage sur Lenovo.

• Chauffe : un portable encrassé qui monte à 95 °C a des comportements erratiques sur les transitions d'énergie. Un réglage d'overclocking oublié dans le BIOS produit le même effet : voir PC qui plante, surchauffe et overclocking oublié.

• Erreurs matérielles déclarées : des événements WHEA-Logger dans le journal Système, surtout d'identifiant 1, signalent une erreur matérielle que le firmware a lui-même détectée.

Et si le portable ne s'allume plus, ne charge plus ou n'affiche plus rien, on ne parle plus de pilote mais de carte mère : BSC Électronique répare les cartes mères de PC portables et de Chromebooks.

Cas d'atelier : le 0x9F qui n'était pas un pilote

Un PC tout-en-un sous Windows 11 (processeur Intel avec graphique intégré + puce NVIDIA MX130 en commutation automatique) nous arrive pour des coupures aléatoires : plusieurs par semaine, parfois deux en vingt minutes, alors que la veille était réglée sur « jamais ». Le journal affiche une quinzaine d'écrans bleus 0x9F en quinze jours, tous avec le paramètre 1 = 3.

Le client avait déjà mis à jour les pilotes, sans effet. La lecture des rapports d'erreur de Windows a montré pourquoi :

• les 0x9F désignaient pci.sys et ACPI.sys, deux fichiers Microsoft, avec la mention DXG_POWER_IRP_TIMEOUT : la requête bloquée était celle de la pile graphique ;
• autour, des erreurs où le pilote NVIDIA n'arrivait plus à démarrer la puce ;
• et 35 événements WHEA-Logger fatals : le matériel déclarait lui-même une erreur irrécupérable.

Conclusion : une puce graphique NVIDIA mourante. Elle plantait à chaque fois que Windows l'allumait ou l'éteignait, ce qui arrive en permanence sur une machine hybride, d'où les coupures « sans veille ». Le test décisif a consisté à désactiver la puce NVIDIA dans Windows (l'écran était piloté par le graphique Intel) : plus aucun écran bleu. Aucun pilote n'aurait réglé ce cas.

La méthode complète de cette enquête, commandes comprises, est détaillée dans PC qui s'éteint tout seul : Windows a déjà trouvé le coupable.

Ce qu'il ne faut pas faire

• Changer le chargeur, la prise, la multiprise → le code 0x9F ne concerne pas l'alimentation électrique.

• Mettre à jour tous les pilotes « au cas où » → vous ajoutez des variables au lieu d'en retirer, et un pilote générique peut aggraver le cas.

• Installer un « driver updater » → source fréquente de 0x9F, et souvent un logiciel indésirable.

• Réinstaller Windows tout de suite → si le pilote fautif revient derrière, ou si c'est le matériel, l'écran bleu revient à l'identique. Et si vous en arrivez là, réinstallez sans perdre vos données.

• Lancer Driver Verifier sans préparation → il provoque volontairement des écrans bleus, à réserver au dernier recours, sauvegarde faite.

• Désactiver BitLocker ou toucher au BIOS sans noter la clé de récupération → une modification du BIOS peut déclencher une demande de clé au démarrage : retrouvez-la avant.

En résumé : quel correctif selon votre cas

La règle tient en une phrase : ne mettez rien à jour avant d'avoir lu le nom du coupable. Cinq minutes de lecture remplacent des semaines d'essais.

Questions fréquentes

Qu'est-ce que l'écran bleu DRIVER_POWER_STATE_FAILURE ?
C'est un arrêt de Windows (code 0x0000009F) déclenché quand un pilote de périphérique ne répond pas à temps lors d'un changement d'état d'alimentation : veille, réveil, arrêt, hibernation, ou mise en veille d'un seul composant. Windows préfère planter plutôt que rester figé.

Est-ce grave ?
Le plus souvent non : dans la grande majorité des cas, un pilote ou un réglage d'énergie suffit à le faire disparaître. Il devient sérieux quand il ne désigne que des fichiers Microsoft, qu'il s'accompagne d'erreurs WHEA, ou que le disque montre des signes de faiblesse : c'est alors le matériel qui lâche.

Est-ce que ça vient de mon chargeur ou de ma batterie ?
Non. Le mot « power » désigne la gestion d'énergie des pilotes, pas l'électricité. Un chargeur défaillant provoque des coupures franches sans écran bleu, ce qui est un autre diagnostic.

Pourquoi ça arrive surtout à la mise en veille ou au réveil ?
Parce que ce sont les moments où Windows demande à tous les pilotes de changer d'état en même temps. Il suffit qu'un seul ne réponde pas.

J'ai l'écran bleu 0x9F en pleine utilisation, sans veille. Comment est-ce possible ?
Windows met en veille des périphériques isolés pendant que vous travaillez : la carte Wi-Fi inactive, un port USB, le SSD, la puce graphique dédiée d'un portable hybride. C'est l'une de ces micro-transitions qui échoue.

Windows 11 est-il plus touché que Windows 10 ?
L'erreur et la méthode sont identiques. Les portables récents livrés avec Windows 11 utilisent plus souvent la veille moderne, qui multiplie les transitions d'énergie des périphériques, et exposent donc davantage les pilotes mal écrits.

Désactiver le démarrage rapide, est-ce sans risque ?
Oui. Le démarrage devient un peu plus long (quelques secondes sur un SSD), et vous pouvez le réactiver à tout moment avec powercfg /h on.

Le dossier C:\Windows\Minidump est vide, comment faire ?
Activez la « petite image mémoire » et vérifiez le fichier d'échange (voir le niveau 2). En attendant le prochain plantage, les rapports d'erreur WER contiennent souvent un historique bien plus long : la commande est ici.

Faut-il réinstaller Windows ?
Rarement, et jamais en premier. Si le coupable est un pilote, il sera réinstallé derrière ; si c'est le matériel, rien ne change. Réinstaller n'a de sens qu'après avoir écarté le matériel, et après une sauvegarde.

Mon PC est en boucle d'écran bleu, je ne peux rien faire.
Passez par l'environnement de récupération et le mode sans échec (voir la section dédiée) : les pilotes tiers n'y sont pas chargés, ce qui permet de restaurer ou désinstaller le fautif.

Quand faut-il confier le PC à un professionnel ?
Quand l'analyse ne désigne que des fichiers Microsoft, quand les correctifs n'ont rien donné après une ou deux semaines, ou dès que vos fichiers sont en jeu. Un diagnostic d'atelier évite de remplacer des pièces au hasard.

Se faire aider

Lire un minidump, isoler un pilote défaillant ou trancher entre un problème logiciel et une puce graphique ou une barrette de RAM fatiguée demande de l'outillage et de l'habitude. BSC Informatique s'en charge pour les particuliers comme pour les professionnels : analyse des journaux et des rapports d'erreur, tests mémoire et stockage sur banc, mise à niveau des pilotes, firmwares et BIOS, remplacement de la carte Wi-Fi, de la RAM ou du SSD si nécessaire, avec un devis avant toute intervention. Le diagnostic peut aussi se faire à distance, par prise en main, quand il ne demande que de la lecture de journaux.

📍 Atelier : 18 Avenue Olbius Riquier, 83400 Hyères · ☎️ 04 94 27 65 95 · ✉️ contact@bsc-informatique.fr

Selon votre situation, une autre structure du groupe sera plus adaptée :

• Vous êtes un particulier et préférez une intervention chez vous : BSC Assistance, agréée service à la personne, se déplace à domicile.

• Vos fichiers sont en jeu ou le disque est diagnostiqué défaillant : BSC DataRecovery, récupération de données en laboratoire.

• Le portable ne s'allume plus, ne charge plus, ports HS : c'est la carte mère, BSC Électronique la répare au composant.

• Il vous faut un ordinateur pendant l'immobilisation du vôtre : BSC Location, PC fixes et portables en location courte ou longue durée.

• Un « optimiseur de pilotes » ou des logiciels douteux se sont installés : BSC Sécurité nettoie et sécurise les PC des particuliers.

Les manipulations décrites (mode sans échec, restauration de pilotes, désactivation de l'hibernation, réglages d'alimentation, Driver Verifier, tests matériels) sont pour la plupart réversibles, mais peuvent aggraver la situation si elles sont appliquées à tort, en particulier sur un disque en fin de vie. En cas de doute, ou de données importantes, faites-vous accompagner.

Sources : Microsoft Learn, Bug Check 0x9F DRIVER_POWER_STATE_FAILURE ; CodeMachine, Debugging Bug Check 0x9F ; Sysnative Forums, débogage du 0x9F avec premier paramètre 0x3 ; documentation Microsoft powercfg (rapports energy et sleepstudy). Cas d'atelier BSC Informatique, Hyères, 2026 : tout-en-un Intel + NVIDIA MX130 sous Windows 11. EURL BSC INFORMATIQUE, 18 Avenue Olbius Riquier, 83400 Hyères, 04 94 27 65 95.

Écrans bleus à répétition ? On identifie le pilote coupable à Hyères

Analyse des minidumps et des rapports d'erreur, tests mémoire et stockage sur banc, mise à jour des pilotes et firmwares :
on trouve la cause au lieu de tout réinstaller. Particuliers et professionnels.

Tél. 04 94 27 65 95