Windows 11 : corriger le BSOD « Driver Power State Failure » (storahci.sys, jeux, SSD 990 Pro)

Vous voyez « Driver Power State Failure » sous Windows 11, surtout en lançant ou en fermant des jeux ? Voici une méthode éprouvée pour diagnostiquer et corriger les causes (storahci.sys, gestion d’alimentation, pilotes), sans remplacer inutilement votre SSD Samsung 990 Pro.

Sommaire

Vue d’ensemble : pourquoi « Driver Power State Failure » apparaît

Ce code d’arrêt signale qu’un pilote n’a pas répondu correctement à une transition d’alimentation (veille, reprise, changement d’état de performance). Sous Windows 11, cela survient fréquemment lorsqu’un périphérique met trop longtemps à sortir d’un état basse consommation, ou lorsqu’un pilote corrompu/obsolète bloque la file d’attente d’E/S.

Lorsque le journal de panne cite storahci.sys, il s’agit du pilote AHCI générique de Microsoft pour les contrôleurs SATA. Il peut être impliqué même si votre système démarre sur un SSD NVMe (comme un Samsung 990 Pro), car un autre périphérique SATA (HDD secondaire, baie hot‑swap, graveur) dépend de ce pilote. À l’inverse, un 990 Pro utilise normalement la pile stornvme.sys ou, le cas échéant, un pilote constructeur NVMe. D’où l’importance d’identifier précisément quel contrôleur est en cause avant d’incriminer le SSD système.

Diagnostic express

Avant d’ouvrir le boîtier, appliquez ce parcours minimal qui corrige la majorité des cas où l’erreur survient lors du lancement/arrêt de jeux :

Réparer les composants Windows avec DISM puis SFC (voir plus bas). C’est non destructif et rétablit les fichiers corrompus.
Vérifier le Gestionnaire de périphériques et réinstaller tout élément avec un triangle jaune (pilotes stockage, GPU, audio, réseau).
Adapter l’alimentation : plan « Performances élevées » ou « AMD Balanced », désactiver temporairement la mise en veille sélective USB et la gestion d’État du lien PCI Express.
Redémarrer, jouer 15–30 minutes, puis vérifier l’Observateur d’événements et l’Historique de fiabilité pour s’assurer de l’absence de nouveaux évènements critiques.

Repérage rapide des symptômes

Symptôme	Indice technique	Piste prioritaire
BSOD juste après quitter un jeu	Transition de D0⇄D3 du GPU/stockage	Paramètres d’alimentation & pilote GPU
Écran noir puis redémarrage sans BSOD	Timeout pilote, redémarrage automatique	Activer l’arrêt sur erreur, vérifier pilotes
Journal cite `storahci.sys`	Contrôleur AHCI générique	Mise à jour SATA/AHCI, câbles/ports SATA
Crash aléatoire en veille prolongée	IRP non complété au réveil	État du lien PCIe, USB sélectif, Fast Startup

Procédure détaillée de résolution

Réparer les fichiers système Windows (DISM + SFC)

Ouvrez l’Invite de commandes en mode administrateur puis exécutez :

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Que fait cela ? DISM reconstruit l’image des composants et remplace les paquets endommagés ; SFC scanne et restaure les fichiers système. Si SFC indique des corrections effectuées, redémarrez, rejouez votre scénario et observez la stabilité sur plusieurs sessions.

<div>
  <table>
    <thead>
      <tr>
        <th>Commande</th>
        <th>Utilité</th>
        <th>Durée typique</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td><code>DISM /Online /Cleanup-Image /RestoreHealth</code></td>
        <td>Répare l’image des composants (WinSxS)</td>
        <td>5–20&nbsp;min selon SSD/CPU</td>
      </tr>
      <tr>
        <td><code>sfc /scannow</code></td>
        <td>Restaure les fichiers système corrompus</td>
        <td>5–15&nbsp;min</td>
      </tr>
      <tr>
        <td><code>chkdsk /scan</code></td>
        <td>Vérifie la structure NTFS à chaud</td>
        <td>1–5&nbsp;min</td>
      </tr>
    </tbody>
  </table>
</div>

Mettre au clair le pilote de stockage (AHCI/NVMe)

La mention de storahci.sys pointe vers le contrôleur AHCI SATA. Voici comment vérifier et stabiliser ce composant :

Ouvrez devmgmt.msc (Gestionnaire de périphériques).
Déployez Contrôleurs IDE ATA/ATAPI et Contrôleurs de stockage.
Sur chaque « Contrôleur AHCI SATA standard », Clic droit → Mettre à jour le pilote puis laissez Windows rechercher, ou Désinstaller l’appareil (en cochant la suppression du pilote si proposé) et Redémarrer pour forcer une réinstallation propre du pilote Microsoft.
Si vous utilisez une plateforme Intel en mode RAID, le pilote peut être Intel RST. Assurez-vous d’avoir une version compatible Windows 11. Sur AMD, vérifiez les pilotes AMD Chipset et, si installé, la couche StoreMI.
Pour NVMe : votre 990 Pro n’utilise pas storahci.sys. Vérifiez la présence de stornvme.sys (Microsoft) ou d’un « Contrôleur NVMe Samsung ». Un test utile consiste à passer temporairement sur le pilote NVMe générique de Microsoft pour exclure une incompatibilité tierce.

<details>
  <summary>Ne pas confondre NVMe et AHCI</summary>
  <p>AHCI vise les périphériques SATA&nbsp;; NVMe exploite directement le bus PCIe. Un SSD NVMe branché en M.2/PCIe n’est pas géré par <code>storahci.sys</code>. Si ce fichier apparaît dans le dump, pensez à un disque SATA secondaire, à une baie hot‑plug, ou à un contrôleur tiers actif dans le BIOS.</p>
</details>

Stabiliser l’alimentation et le PCI Express

Les transitions d’énergie sont les déclencheurs n°1 de ce BSOD. Paramétrez ainsi :

<div>
  <table>
    <thead>
      <tr>
        <th>Paramètre</th>
        <th>Emplacement</th>
        <th>Réglage recommandé pour test</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td>Plan d’alimentation</td>
        <td>Options d’alimentation</td>
        <td>Performances élevées / AMD Balanced</td>
      </tr>
      <tr>
        <td>Mise en veille sélective USB</td>
        <td>Paramètres avancés &rarr; USB</td>
        <td>Désactivé (temporaire)</td>
      </tr>
      <tr>
        <td>État du lien PCI&nbsp;Express (ASPM)</td>
        <td>Paramètres avancés &rarr; PCI&nbsp;Express</td>
        <td>Désactivé</td>
      </tr>
      <tr>
        <td>Disque dur&nbsp;: arrêter après</td>
        <td>Paramètres avancés &rarr; Disque dur</td>
        <td>Jamais pendant les jeux</td>
      </tr>
      <tr>
        <td>Démarrage rapide</td>
        <td>Panneau de config &rarr; Alimentation</td>
        <td>Décoché pour essai</td>
      </tr>
    </tbody>
  </table>
</div>

<p>Ces réglages neutralisent les états profonds du bus pendant le test. Si la stabilité revient, réactivez progressivement les options d’économie d’énergie jusqu’à identifier le coupable.</p>

Nettoyer et réinstaller le pilote graphique

Parce que le crash apparaît souvent à l’ouverture/fermeture de jeux, le GPU est un facteur aggravant. Procédez à une installation « propre » du pilote graphique (option « Installation propre » chez Nvidia/AMD) après désinstallation complète. Désactivez toute surcouche d’overclock/undervolt pendant le test.

Mettre à jour firmwares et BIOS/UEFI

SSD : appliquez le dernier firmware via l’outil du constructeur (ex. Samsung Magician) puis effectuez un test S.M.A.R.T. et un Diagnostic complet.
Carte mère : mettez à jour le BIOS via l’utilitaire intégré (EZ Flash, M‑Flash…). Un microcode récent améliore la compatibilité PCIe/ASP M et la gestion d’alimentation.
Chipset : installez les derniers pilotes du chipset (Intel/AMD). Ils corrigent des minuties de gestion d’horloge, d’USB et de PCIe qui pèsent sur la stabilité.

Écarter un défaut matériel

Quand un pilote est cité, on pense logiciel. Néanmoins, un câble SATA fatigué, un port marginal ou une barrette RAM instable peuvent provoquer les mêmes symptômes. Testez :

RAM : lancez plusieurs passes de MemTest86. La moindre erreur impose une investigation mémoire (timings, XMP/EXPO trop agressifs).
Disques : vérifiez les valeurs S.M.A.R.T., exécutez un test étendu et remplacez tout câble/port SATA douteux.
Alimentation : si vous avez undervolt/overclock, revenez aux paramètres d’origine. Assurez-vous que l’alimentation est suffisante pour le GPU en charge.

Lire les minidumps pour confirmer la piste

Les minidumps sont dans C:\Windows\Minidump. Avec WinDbg :

windbg.exe -z C:\Windows\Minidump\*.dmp
!analyze -v

Recherchez les files d’attente d’IRP bloquées, les modules fautifs et la pile d’appels autour des transitions d’alimentation (PoFx, PCI, storport, ACPI). Si storahci.sys revient systématiquement, la piste AHCI/SATA reste prioritaire.

Étude de cas : PC neuf, jeux, et storahci.sys

Sur une machine assemblée récemment, des BSOD se produisaient à l’ouverture/fermeture de jeux, parfois remplacés par un écran noir suivi d’un redémarrage automatique. Le journal pointait storahci.sys. Crainte d’un défaut SSD (Samsung 990 Pro) oblige, un diagnostic méthodique a été mené :

Phase 1 : exécution de DISM puis SFC → des fichiers corrompus ont été réparés.
Phase 2 : vérification Gestionnaire de périphériques, réinstallation propre du contrôleur AHCI standard.
Phase 3 : plan d’alimentation « Performances élevées », Link State PCIe désactivé.

Résultat : plus aucun crash pendant plusieurs jours d’usage intensif. L’erreur venait d’un composant logiciel (pile AHCI/gestion d’énergie), pas du 990 Pro.

Bonnes pratiques et prévention

À faire si l’erreur réapparaît

Mettre à jour le pilote SATA/AHCI (Intel RST, AMD Chipset/StoreMI, ou rester sur le pilote Microsoft stable).
Installer les derniers firmwares du SSD et du BIOS/UEFI.
Dans les options d’alimentation :
- Désactiver la mise en veille sélective USB.
- Régler l’« État du lien PCI Express » sur Désactivé.
Tester la mémoire (MemTest86) et la santé du SSD (outil constructeur ou CrystalDiskInfo) pour exclure un défaut matériel.

Écueils fréquents

Confondre « NVMe » et « AHCI » : le fait de voir storahci.sys n’accuse pas le SSD NVMe système.
Accumuler des pilotes superposés (ex. RST + pilote Microsoft) : mieux vaut un seul fournisseur stable.
Laisser des utilitaires d’overclock/undervolt gérer agressivement les états d’alimentation pendant les jeux.

Pas‑à‑pas concret

Vérifier et réinstaller le contrôleur AHCI

Ouvrir devmgmt.msc.
Déployer Contrôleurs IDE ATA/ATAPI.
Clic droit → Désinstaller l’appareil sur « Contrôleur AHCI SATA standard » (cocher « Supprimer le logiciel du pilote » si proposé).
Redémarrer : Windows recharge le pilote sain.

Paramétrer les options d’alimentation

Ouvrir Options d’alimentation → Modifier les paramètres du mode → Modifier les paramètres d’alimentation avancés.
USB → Mise en veille sélective = Désactivé.
PCI Express → État du lien = Désactivé.
Disque dur → Arrêter le disque après = Jamais pendant le test.
Choisir l’action des boutons d’alimentation → décocher Activer le démarrage rapide.

Assainir les pilotes graphiques

Désinstaller le pilote actuel depuis Applications & fonctionnalités.
Redémarrer, puis réinstaller la version recommandée par le constructeur en cochant Installation propre.
Désactiver temporairement les profils d’overclock/undervolt.

Outils et scripts utiles

Lister rapidement les pilotes de stockage (PowerShell)

Get-PnpDevice -Class Storage, SCSIAdapter, "IDE ATA/ATAPI controllers" |
  Select-Object Class, FriendlyName, Status, InstanceId

Retrouver un BSOD dans l’Historique de fiabilité

Tapez fiabilité dans la recherche Windows.
Ouvrez Moniteur de fiabilité et cliquez sur la croix rouge la plus récente pour afficher les détails.

Activer l’arrêt sur erreur pour éviter le redémarrage silencieux

sysdm.cpl → onglet Avancé → Démarrage et récupération.
Décochez Redémarrer automatiquement.

Questions fréquentes

Faut‑il remplacer le SSD si un BSOD cite storahci.sys ?

Non. storahci.sys est le pilote AHCI. S’il est cité, c’est souvent un bug de pilote ou un souci de gestion d’énergie sur un contrôleur SATA, pas une preuve de panne du SSD NVMe. Testez d’abord la pile logicielle et les réglages d’alimentation.

Pourquoi l’erreur survient‑elle surtout avec les jeux ?

Le passage « menu → 3D → sortie » déclenche des transitions d’horloge et d’alimentation rapides pour le GPU, le stockage et l’audio. Un pilote lent à répondre durant ces transitions provoque des IRP en attente, puis un timeout et le BSOD.

Dois‑je activer le pilote Intel RST/RAID pour éviter le problème ?

Uniquement si vous utilisez vraiment le mode RAID/Optane. Sinon, le pilote AHCI Microsoft est généralement le plus stable. Mélanger pilotes tiers et générique sans raison est une source fréquente d’instabilité.

Un câble SATA peut‑il provoquer ce BSOD ?

Oui. Un câble/port marginal peut entraîner des reprises intempestives et des timeouts du contrôleur. Remplacez le câble et testez un autre port si un disque SATA est impliqué.

Les états d’alimentation du PCIe sont‑ils vraiment risqués ?

Ils sont utiles pour l’autonomie mais peuvent exposer des incompatibilités. Pour dépanner, neutralisez‑les (Link State : Désactivé), validez la stabilité, puis réactivez progressivement.

Checklist finale

DISM & SFC exécutés sans erreur.
Gestionnaire de périphériques nettoyé (aucun triangle jaune).
Pilote AHCI/NVMe identifié et réinstallé proprement.
Plan d’alimentation ajusté, Link State PCIe désactivé pour test.
Pilote GPU réinstallé proprement, sans tuning agressif.
Firmware SSD et BIOS à jour, RAM validée.
Aucun événement critique nouveau dans l’Historique de fiabilité après plusieurs sessions de jeu.

Si tout est au vert et que l’erreur ne revient pas, vous avez corrigé la cause principale : un pilote de stockage/énergie instable. Conservez vos réglages raisonnables et mettez à jour périodiquement pilotes et firmwares.

Résumé actionnable

Ce qu’il faut retenir : l’erreur « Driver Power State Failure » est, neuf fois sur dix, un problème de pilote et de gestion d’alimentation. Commencez par DISM + SFC, stabilisez les paramètres d’énergie, remettez à plat le pilote AHCI/NVMe, puis mettez à jour GPU, chipset, SSD et BIOS. Ne remplacez le matériel qu’en dernier recours après tests RAM/SSD concluants.

Windows 11 : corriger le BSOD « Driver Power State Failure » (storahci.sys, jeux, SSD 990 Pro)