Windows 11 25H2 : Guide des bug et soucis connus à vérifier avant l’installation de la mise à jour

Windows 11 25H2 débarque et, sans surprise, les premiers bugs pointent déjà le bout du nez. Cette version dite de « consolidation » prolonge simplement la branche Germanium de 24H2, mais un oubli de correctif peut vite transformer un poste critique en enclume. Avant de lancer l’exécutable, voici le passage en revue des soucis officiels et des parades validées.

Lectures vidéo protégées, installations WUSA sur partage réseau ou pilotes récalcitrants sur machines Dell, HP, Lenovo et même Surface : le tableau n’est pas dramatique, mais il impose de la méthode. Les environnements pilotés par Nvidia, Intel ou les BIOS signés Asus et Acer n’échappent pas au contrôle préalable. Les éléments clés et leurs correctifs sont condensés ci-dessous, statut officiel Microsoft à l’appui.

Windows 11 25H2 : état de santé officiel mis à jour au quotidien

La page « Windows Release Health » est le seul baromètre fiable : microsoft.com y publie chaque soir les bugs confirmés et les KIR appliqués. Sur poste non géré, le rollback arrive en arrière-plan ; dans un domaine Active Directory, la stratégie doit être poussée manuellement. Ignorer cette page équivaut à jouer à la roulette russe en prod.

Microsoft rappelle que 25H2 ne change ni noyau ni API par rapport à 24H2, pourtant la compatibilité applicative doit être revalidée. Un ticket fermé hier peut rouvrir demain si le patch se combine mal avec Office ou un driver graphique. D’où l’intérêt de surveiller quotidiennement les évolutions de statut.

Lecture de contenus protégés : bug HDCP/DRM toujours sensible

Depuis le 19 septembre 2025, certaines applications Blu-ray ou TV numérique refusent de décoder les flux HDCP. Erreur typique : écran noir ou gel de l’image après quelques secondes de lecture. Les plateformes de streaming demeurent épargnées, mais les solutions mêlant lecteur optique et audio numérique crient « copyright » à tout va.

Le correctif KB5065789 résout la moitié du problème : l’image revient, pas toujours le son multicanal. Microsoft promet un patch cumulatif, sans date ferme. En attendant, la parade est simple : installer la KB facultative, redémarrer, puis basculer l’application problématique sur le moteur de rendu legacy si l’option existe.

Installations WUSA depuis un partage réseau : la tuile ERROR_BAD_PATHNAME

L’exécutable WUSA lève un joli ERROR_BAD_PATHNAME lorsqu’il traite plusieurs .msu stockés sur un même partage. Copier le correctif localement règle le souci, preuve que le chemin UNC reste l’élément déclencheur. Les PC autonomes reçoivent déjà un rollback silencieux, mais les parcs gérés devront activer manuellement la stratégie KIR.

Pour les administrateurs, le plus efficace est de centraliser les .msu dans un dépôt interne, puis d’orchestrer l’installation via PowerShell et une vérification de hachage. Le script tient en dix lignes : copy, hash, invoke. Pas besoin d’un outil de mode, seulement de rigueur, surtout quand l’infra Hyper-V tourne en parallèle.

Matériel et pilotes : vigilance sur les machines Dell, HP, Lenovo

Les retours terrain montrent des pertes de Wi-Fi 6E sur certains portables Dell et HP équipés de chipsets Intel AX 211. Chez Lenovo, c’est le lecteur d’empreintes Synaptics qui disparaît du Gestionnaire de périphériques après mise à jour. Microsoft classe ces cas comme « non régressifs » : rollback possible, mais pas systématique.

La recette reste immuable : dernier BIOS du constructeur, dernier pilote certifié WHQL, et désactivation temporaire des optimisations OEM avant le passage à 25H2. Sur station Nvidia RTX, le Game Ready d’août corrige un clignotement HDR repéré sur écrans externes Asus ProArt. Bastonner la mise à jour sans cette préparation conduit à des tickets helpdesk inutiles.

Reporter ou sauter le pas ? Principes de pilotage en production

La question n’est pas « installer ou non », mais quand. Sur un poste bureautique isolé, la bascule peut se faire dès maintenant ; sur une ferme RDS ou un cluster VDI, le délai de trente jours reste la norme pragmatique. Le temps que Microsoft stabilise les derniers correctifs et que les éditeurs tiers rejouent leurs batteries de tests.

Un dernier conseil : capturer une image de référence 24H2, l’archiver sur le NAS, puis valider 25H2 d’abord dans le lab. Si la machine pilote passe toutes les batteries (chiffrement BitLocker, script de login, impression), alors feu vert. Dans le cas contraire, rollback et nouveau tour : mieux vaut un retard contrôlé qu’un arrêt complet de production.