KB5035853 Windows 11 : écran qui ne s’éteint plus et LED muettes — diagnostic & correctifs complets

Après la mise à jour cumulative KB5035853 (Windows 11 22H2/23H2 – builds 22621.3296/22631.3296, 12 mars 2024), certains PC n’éteignent plus l’écran et les LED d’alimentation/activité restent muettes. Voici un guide éprouvé, concret et exhaustif pour diagnostiquer et corriger.

Sommaire

Problème observé après KB5035853

Plusieurs utilisateurs ont constaté qu’après l’installation de KB5035853 :

  • l’extinction de l’affichage à l’issue du délai d’inactivité ne se déclenche plus ;
  • les LED « Power » et « activité » ne s’allument plus une fois Windows démarré ;
  • la désinstallation de la mise à jour, un reset de Windows 11, voire la réinstallation propre peuvent être nécessaires selon les cas.

Dans un cas réel documenté, après réinstallation propre, KB5035853 s’est réappliquée sans reproduire les symptômes, indiquant que le problème tenait probablement à un enchaînement « mise à jour + environnement local » (pilotes, schémas d’alimentation, firmware) plutôt qu’à la KB seule.

Contexte sur la mise à jour

KB5035853 appartient à la filière cumulative mensuelle de Windows 11. Elle a été remplacée dès mars 2024 par des builds ultérieurs (preview KB5035942 du 26 mars 2024, puis KB5036893 du 9 avril 2024). En pratique, si vous désinstallez KB5035853, Windows Update proposera rapidement un remplaçant ; c’est pourquoi il est utile de savoir masquer temporairement une KB le temps de vos tests.


Pourquoi l’écran ne s’éteint plus ? (lecture technique rapide)

Sur Windows 11, l’extinction de l’affichage et la veille reposent sur un ensemble d’éléments coordonnés :

  • Stratégies d’alimentation (Power Plans) : index de minuterie d’extinction écran, états de veille, hibernation, « démarrage rapide ».
  • Pile ACPI/firmware : BIOS/UEFI, tables ACPI, état S3 (veille classique) vs S0 Low Power Idle (Modern Standby).
  • Pilotes : GPU (WDDM), chipset, Intel ME/AMD SMBus, contrôleurs USB/NVMe, audio et réseau ; un pilote défectueux peut maintenir l’écran « actif ».
  • Processus & demandes système : une application multimédia, une réunion vidéo, un partage d’écran ou un mode « Présentation » peuvent exprimer des requests qui empêchent l’extinction écran.
  • Services du fabricant et paramètres UEFI : sur certaines cartes mères, le comportement des LED « Power/HDD » se paramètre dans le firmware (ex. options « LED in S5/ErP »).

Lorsqu’une mise à jour cumulative modifie un composant (pilote de classe, micro‑pile ACPI, services), elle peut révéler une incompatibilité latente ou corrompre un index de schéma d’alimentation. D’où l’intérêt d’une méthodologie progressive : désinstaller / bloquer temporairement / assainir pilotes & schémas / revalider.


Feuille de route de résolution (7 étapes prioritaires)

ÉtapeActionDétails pratiques
Désinstaller la mise à jourWinRE : Options avancées → Dépannage → Désinstaller les mises à jour → Dernière mise à jour cumulative.Si seule « qualité »/« fonctionnalité » apparaît, ouvrez Invite de commandes dans WinRE :
wusa /uninstall /kb:5035853 /quiet /norestart
Puis redémarrez.
Bloquer temporairement l’updateMasquer KB5035853 (ou son remplaçant) via wushowhide.diagcab ou politique de gestion des mises à jour.Évite la réinstallation automatique pendant les tests. En environnement géré : WSUS/Intune ou stratégie « Notifier pour téléchargement et installation ».
Vérifier pilotes & BIOSMettez à jour GPU, chipset, Intel ME/AMD SMBus, contrôleurs stockages, audio, réseau. Mettez à jour BIOS/UEFI.Des pilotes obsolètes/firmware ancien bloquent parfois l’extinction écran. Certaines UEFI pilotent les LED châssis (Power/HDD).
Réinitialiser les schémas d’alimentationRéparation express des plans via powercfg –restoredefaultschemes.Reconfigurez ensuite Paramètres → Système → Alimentation & batterie → Écran et veille selon vos besoins.
Identifier les processus bloquantspowercfg /requestsListe les applis/services empêchant l’extinction écran/veille. Fermez, désinstallez, ou neutralisez avec powercfg /requestsoverride.
Vérifier Modern Standbypowercfg -aLes états S3 ou S0 Low Power Idle doivent être disponibles. Si absent, suspectez pilote/BIOS.
Réinstallation propre (ultime)Installer Windows 11 depuis ISO officiel 23H2/24H2.Fréquemment efficace. Votre licence numérique est conservée ; sauvegardez vos données avant.

Désinstaller KB5035853 en sécurité

Depuis l’environnement de récupération (WinRE)

  1. Maintenez Shift en cliquant sur RedémarrerDépannageOptions avancéesDésinstaller les mises à jour.
  2. Choisissez Dernière mise à jour cumulative (qualité) et validez.
  3. Si l’assistant ne propose pas la KB, ouvrez Invite de commandes dans WinRE et exécutez :
    wusa /uninstall /kb:5035853 /quiet /norestart Remarque : sur certains systèmes, wusa n’est pas disponible en WinRE. Dans ce cas, utilisez DISM hors ligne (voir ci‑dessous).

Désinstallation hors ligne (DISM) si nécessaire

Cette méthode est destinée aux cas avancés (échec de WUSA). Travaillez avec prudence.

  1. Notez la lettre de la partition Windows (en WinRE, elle n’est pas forcément C:).
  2. Montez les composants :
    DISM /Image:D:\ /Get-Packages | more Recherchez la ligne contenant Package_for_RollupFix~... correspondant à KB5035853.
  3. Supprimez le package :
    DISM /Image:D:\ /Remove-Package /PackageName:Package_for_RollupFix~31bf3856ad364e35~amd64~~22621.3296.1.9 (Le nom exact varie selon l’édition/architecture ; copiez‑collez depuis la sortie précédente.)
  4. Redémarrez.

Après désinstallation

  • Masquez la KB le temps de vos essais (voir section suivante).
  • Redéfinissez des délais courts (1–2 min) d’extinction écran pour tester rapidement.
  • Consultez le Moniteur de fiabilité et le Visualiseur d’événements pour repérer des erreurs de pilotes (voir « Diagnostics avancés » plus bas).

Bloquer temporairement la réinstallation de la KB

Utilitaire « Afficher ou masquer les mises à jour » (wushowhide.diagcab)

  1. Lancez l’utilitaire et choisissez Masquer les mises à jour.
  2. Cochez KB5035853 (ou la KB remplaçante qui s’affiche) et validez.
  3. Recherchez ensuite les mises à jour : la KB masquée ne sera plus proposée tant que vous ne la « réaffichez » pas.

Stratégie de groupe / WSUS / Intune (environnement géré)

  • Réglez Configurer les mises à jour automatiques sur 2 – Notifier pour téléchargement et installation afin de garder la main.
  • Avec WSUS/Intune, refusez/mettre en pause la KB visée sur les groupes pilotes pendant l’investigation.
  • Pour les pilotes, envisagez la stratégie « Ne pas inclure les pilotes avec les mises à jour Windows » pendant les essais.

Mettre à jour les pilotes & le BIOS/UEFI

Priorités recommandées :

  1. GPU (WDDM) : installez la dernière version stable depuis le fabricant (NVIDIA/AMD/Intel). Évitez le mode « nettoyage » agressif si vous n’en avez pas besoin.
  2. Chipset (Intel/AMD), Intel ME ou AMD SMBus : corrige des problèmes ACPI/veille.
  3. Stockage (NVMe/SATA), Réseau, Audio, USB : mettez à jour depuis le site de la carte mère/du fabricant du portable.
  4. BIOS/UEFI : appliquez le firmware recommandé. Vérifiez les options relatives à l’énergie :
    • ErP Ready, LED in S5/S4 : influent sur le comportement des LED châssis.
    • ACPI Suspend Type : certaines machines permettent S3 vs Modern Standby (S0ix). Sur Windows 11 récents, le S0ix est souvent imposé par le matériel.

Réinitialiser proprement les schémas d’alimentation

Quand une mise à jour chamboule un index ou un GUID de plan d’alimentation, une remise à zéro règle beaucoup de cas.

  1. Ouvrez un Invite de commandes (Admin) ou PowerShell (Admin) :
powercfg -restoredefaultschemes

Puis reconfigurez Paramètres → Système → Alimentation & batterie → Écran et veille : définissez des délais courts pour vos tests (ex. 1 min sur secteur, 2 min sur batterie).

Réglages complémentaires utiles

  • Désactiver le Démarrage rapide (parfois en cause) : Panneau de configuration → Options d’alimentation → Choisir l’action des boutons d’alimentation → Modifier des paramètres actuellement non disponibles, décochez Activer le démarrage rapide.
  • Réinitialiser la détection de mise en veille d’affichage via les index de plan (avancé) : powercfg /setacvalueindex SCHEME_CURRENT SUB_VIDEO VIDEOIDLE 60 powercfg /setdcvalueindex SCHEME_CURRENT SUB_VIDEO VIDEOIDLE 120 powercfg /setactive SCHEME_CURRENT (Valeurs en secondes : ajustez à vos besoins.)

Identifier ce qui empêche l’extinction écran

La commande incontournable

powercfg /requests

Interprétez la sortie :

  • DISPLAY : une appli vidéo (lecteur, navigateur en lecture, Teams/Zoom en partage) bloque l’extinction de l’écran.
  • SYSTEM : un service exige que la machine reste active (téléchargement, indexation).
  • AWAYMODE : mode multimédia/TV actif.

Contournement ciblé (avancé)

Si une application est légitime mais bruyante, vous pouvez neutraliser son blocage :

powercfg /requestsoverride PROCESS NomAppli.exe DISPLAY SYSTEM AWAYMODE

Attention : utilisez ceci après avoir tenté de corriger l’application. Révoquez l’override quand le correctif officiel est disponible.

Autres vérifications utiles

  • powercfg /lastwake : qui a réveillé la machine ?
  • powercfg /devicequery wake_armed : périphériques autorisés à sortir de veille.
  • Paramètres → Système → Concentration et Assistance de concentration : un mode « Présentation » actif empêche parfois l’extinction.
  • Gestionnaire des tâches → Démarrage : désactivez temporairement les utilitaires de contrôle RGB/LED du fabricant pour tester.

Modern Standby (S0 Low Power Idle) vs S3

Selon le matériel, Windows 11 prend en charge :

  • S0 Low Power Idle (S0ix, Modern Standby) : la machine reste techniquement « active » mais entre dans des sous‑états à très basse consommation. Certaines applis peuvent maintenir l’affichage éveillé.
  • S3 (veille classique) : état plus ancien, généralement sans tâches en arrière‑plan.

Vérifiez les états disponibles :

powercfg -a

Si S0ix est disponible mais instable depuis KB5035853, misez sur les pilotes/BIOS et la réinitialisation des schémas. Évitez de forcer des réglages de registre non supportés (ex. CsEnabled) : ce n’est plus pris en charge sur les builds récents.


LED Power/HDD muettes après démarrage

Quand Windows démarre, la gestion des LED peut basculer vers le firmware ou vers des services fabricant :

  • UEFI : options du type LED in S5, ErP Ready, Power LED/HDD LED Behavior. Testez en activant/désactivant ces options.
  • Utilitaires OEM (ex. suites RGB) : désinstallez/neutralisez pour isoler la cause. Mettez à jour les services associés.
  • Câblage châssis (PC de bureau) : si le phénomène est nouveau après mise à jour, la cause est rarement le câblage ; privilégiez le firmware et les pilotes chipset/ME.

Réinstallation propre de Windows 11 (solution radicale)

Si les étapes précédentes échouent, une installation propre à partir d’un ISO officiel (23H2/24H2) permet de repartir sur une base saine. Points clefs :

  • Sauvegardez vos données, clés de chiffrement BitLocker et profils navigateurs.
  • Votre licence numérique sera réactivée automatiquement une fois connecté à Internet.
  • Après installation, appliquez d’abord pilotes & BIOS, puis laissez Windows Update proposer les KB. Testez l’extinction écran avant d’installer vos utilitaires.

Validation : check‑list rapide

  1. Réglez Écran à 1 min (secteur et batterie) pour accélérer les essais.
  2. Fermez tous les lecteurs vidéo/navigateurs en lecture, sortez du mode Présentation.
  3. Exécutez powercfg /requests : la sortie doit être vide pour DISPLAY/SYSTEM.
  4. Attendez l’extinction écran. Si OK, remontez progressivement vos délais.
  5. Vérifiez l’absence d’activité anormale dans Moniteur de fiabilité.

Diagnostics avancés (facultatif mais puissant)

Rapports PowerCFG

  • Profil d’énergie : powercfg /energy /duration 60 Ouvre le rapport HTML : analyse des erreurs de pilotes/paramètres énergie.
  • Modern Standby (si S0ix) : powercfg /sleepstudy Génère un rapport détaillant les sessions de veille moderne et les « deblockers ».
  • Diagnostic de veille système : powercfg /systemsleepdiagnostics

Observabilité Windows

  • Moniteur de fiabilité : repérez erreurs « Pilote »/« Arrêt inattendu » autour de la date d’installation de KB5035853.
  • Observateur d’événements : Journaux Windows → Système, sources Kernel‑Power, Power‑Troubleshooter, Display.

Nettoyage logiciel

  • Désinstallez temporairement les utilitaires de surcouche (RGB, macro clavier, audio 3D).
  • Redémarrez en démarrage sélectif (msconfig) pour isoler un service qui bloque.

Bonnes pratiques et prévention

  • Conserver une stratégie de mise en pause des mises à jour (7 à 14 jours) pour valider en environnement pilote avant déploiement large.
  • Exporter vos plans d’alimentation personnalisés avant mises à jour majeures : powercfg -export C:\Temp\MonPlan.pow SCHEME_CURRENT
  • Scinder l’installation : pilotes & BIOS en premier, mises à jour Windows ensuite, utilitaires OEM en dernier.

FAQ

Je n’arrive pas à désinstaller la KB via WinRE. Que faire ?

Essayez wusa /uninstall /kb:5035853. Si indisponible, utilisez DISM hors ligne pour retirer le package. En dernier recours, restaurez un point de restauration ou procédez à une réparation sur place (montage ISO → setup.exe → conserver fichiers & applis).

Faut‑il désactiver Modern Standby ?

Non. Sur beaucoup de matériels modernes, le S0ix est couplé au firmware et ne doit pas être forcé. Préférez l’actualisation des pilotes et la réinitialisation des schémas, puis vérifiez powercfg -a.

Mes LED Power/HDD restent éteintes malgré tout

Vérifiez les options UEFI (ErP Ready, LED in S4/S5). Mettez à jour le BIOS et désactivez les utilitaires OEM de gestion des LED pour test. Si le problème disparaît, réinstallez l’outil dans sa dernière version.

Après réinstallation propre, la KB se réapplique sans bug. Normal ?

Oui : cela indique qu’un artefact de l’ancien environnement (pilote/plan d’alimentation/service OEM) produisait l’anomalie. La base saine élimine ces facteurs.


Recettes prêtes à l’emploi

Script « remise à zéro énergie »

@echo off
echo === Reinitialisation des schemas d'alimentation ===
powercfg -restoredefaultschemes
echo.
echo === Delais ecran rapides pour test ===
powercfg /setacvalueindex SCHEME_CURRENT SUB_VIDEO VIDEOIDLE 60
powercfg /setdcvalueindex SCHEME_CURRENT SUB_VIDEO VIDEOIDLE 120
powercfg /setactive SCHEME_CURRENT
echo.
echo === Afficher les verrous energie ===
powercfg /requests
pause

Script « diagnostic Modern Standby »

@echo off
echo === Etats de veille disponibles ===
powercfg -a
echo.
echo === Rapport energie (60s) ===
powercfg /energy /duration 60
echo Rapport: %SystemRoot%\energy-report.html
echo.
echo === Sleep Study (si S0ix) ===
powercfg /sleepstudy
echo Rapport: %SystemRoot%\sleepstudy-report.html
pause

Points de repère utiles (sans liens externes)

  • Microsoft Q&A : discussions « Problems after installing KB5035853 » (retours d’expérience).
  • Microsoft Support : note de version « March 12, 2024 — KB5035853 » (builds 22621.3296/22631.3296).
  • Microsoft Support : « Paramètres d’alimentation dans Windows 11 ».

Conclusion

Les dysfonctionnements d’extinction d’écran et de LED après KB5035853 sont le plus souvent corrigés par une approche méthodique : désinstallation ciblée + blocage temporaire, mise à jour des pilotes et du BIOS, réinitialisation des schémas et contrôle des processus bloquants. Si l’ensemble échoue, une réinstallation propre remet généralement l’environnement en ordre ; dans la plupart des retours, la KB se réapplique ensuite sans reproduire l’anomalie. En production, appliquez une politique de mise en pause/validation progressive afin d’attraper tôt les combinaisons « mise à jour + pilote » problématiques.


Résumé opérationnel

  1. Désinstallez KB5035853 via WinRE/WUSA ou DISM.
  2. Masquez temporairement la KB (ou sa remplaçante) le temps des tests.
  3. Mettez à jour GPU, chipset, Intel ME/AMD SMBus et BIOS/UEFI.
  4. Réinitialisez les plans avec powercfg -restoredefaultschemes puis reconfigurez les délais.
  5. Tracez les verrous via powercfg /requests et corrigez ou overridez au besoin.
  6. Vérifiez les états de veille (powercfg -a) et stabilisez Modern Standby par les mises à jour.
  7. En dernier recours, réinstallez proprement Windows 11 (23H2/24H2), puis validez par étapes.

Astuce finale : gardez vos tests reproductibles : mêmes délais, même jeu d’applications ouvertes, même profil d’alimentation. Cela accélère l’identification du véritable responsable.

Sommaire