Windows 11 24H2 25H2 mise à jour échec laisse plusieurs équipes sans correctifs

Microsoft a confirmé un nouveau problème qui empêche un petit sous-ensemble d'équipement d'installer les mises à jour cumulatives de juin 2026 après qu'elles aient été mises à jour sur Windows 11 24H2 ou 25H2. Selon l'alerte de l'entreprise, les appareils concernés montrent les erreurs 0x80073712 ou 0x800f0993 lorsque vous essayez d'appliquer les correctifs, les messages qui dans les enregistrements sont décrits comme ERREUR _ SXS _ COMPOSANT _ STORE _ CORRUPT et PSFX _ E _ REBASE _ HYDRATION _ CANDIDATS _ MISSAGE, respectivement. Ces codes indiquent la corruption ou les incohérences dans le magasin de composants Windows, un élément critique pour l'exécution correcte des installations de mise à niveau.

La bonne nouvelle pour les utilisateurs domestiques et les appareils commerciaux non gérés est que Microsoft déploie une correction qui est activée après le redémarrage de l'équipement: aucun nouveau dispositif ne devrait arriver affecté à partir du 19 mai 2026, 18: 30 PT, et un redémarrage peut accélérer l'application de la solution. Pour les environnements et équipements déjà à jour qui continuent à échouer, Microsoft offre deux étapes claires: supprimer le paquet de problèmes avec DISM ou, si cela ne fonctionne pas, faire une mise à jour en place de Windows 11. La commande indiquée par Microsoft pour supprimer le paquet est la suivante (exécutez-le dans un symbole système avec élévation de privilèges): dec / online / remove -package / packagename: Package _ for _ RollupFix ~ 31bf38ad364e35 ~ amd64 ~ ~ 26100.1742.1.10.

Avant de lancer cet ordre ou d'essayer de réparer, il faut se rappeler que la manipulation des paquets système peut produire des effets indésirables si l'environnement a des intégrations complexes ou un logiciel tiers qui dépend de versions spécifiques. Faire une sauvegarde complète ou au moins un point de restauration avant de procéder et, dans l'environnement de l'entreprise, de tester l'élimination dans l'équipement de laboratoire. Si vous n'êtes pas à l'aise, l'alternative la plus sûre et la plus susceptible de réussir est la mise à jour en place, qui rétablit Windows en préservant les applications et les données.

Pour les gestionnaires, l'implication opérationnelle est double : d'une part, évitez d'installer des équipements qui n'ont pas les corrections préalables pendant le saut à 24H2 / 25H2 ; d'autre part, surveillez la télémétrie mise à jour et les rapports de mise à jour Windows pour détecter des défaillances massives. Microsoft publie des mises à jour d'atténuation dans le cadre du cycle Patch mardi; par exemple, plusieurs KB liés à cette famille de problèmes sont disponibles pour installer avant la mise à niveau (voir les détails de chaque KB et de son id dans la documentation Microsoft). Vous pouvez accéder à l'historique et à l'état des incidents sur la page officielle de Windows Release Health: Windows libérer la santé et lire la note technique sur l'un des incidents récemment résolus Le présent règlement est obligatoire dans tous ses éléments et directement applicable dans tout État membre..

Les risques sont réels : une équipe qui ne peut pas appliquer des correctifs cumulatifs est exposée à des vulnérabilités corrigées dans ces paquets, augmentant la fenêtre d'attaque. En ce qui concerne le matériel de l'entreprise, outre les risques techniques, il y a des répercussions sur la conformité des politiques et la gestion de la vulnérabilité qui peuvent avoir une incidence sur les vérifications et les assurances. Par conséquent, ne pas retarder la vérification de l'état des machines critiques pas d'intervention dans ceux qui déclarent les codes ci-dessus.

Si vous détectez le problème dans votre organisation, documentez d'abord le champ d'application : combien d'équipements, quelles versions source et destination, et si l'installation précédente (par exemple la migration depuis Windows 10 21H2 / 22H2 ou Windows 11 23H2) a été gérée par des outils tels que Windows Update for Business, WSUS ou le gestionnaire de configuration. Cette information aidera à décider si l'atténuation centralisée (déployer le KB résolu avant la mise à niveau) ou les actions spécifiques dans l'équipement isolé (redémarrage forcé, DISM, mise à niveau en place) sont la bonne option.

Pour les utilisateurs domestiques avec une seule machine, les étapes sont simples: vérifier Paramètres > Mise à jour Windows > Historique des mises à jour si des erreurs apparaissent avec 0x80073712 ou 0x800f0993; redémarrez l'ordinateur pour attendre l'application automatique de la correction; si l'erreur persiste, envisagez d'exécuter la commande DISM indiquée (avec sauvegarde préalable) ou la mise à jour en place - suivant le guide Microsoft officiel. Si vous préférez la documentation directe sur les mises à jour connexes, vous pouvez vérifier l'entrée de support Microsoft sur les derniers paquets, par exemple Tél..

Cet épisode n'est pas isolé: ces derniers mois Microsoft a dû publier des correctifs hors calendrier et des recommandations spécifiques pour les scénarios de mise à jour, ce qui souligne la complexité croissante du cycle de maintenance des systèmes d'exploitation modernes. La leçon pratique Il est clair que les mises à niveau de la couche d'essai (logiciels, drivers, applications critiques et mécanismes de mise à jour) avant de se déployer à la production réduisent les incidences; que les plans de sauvegarde et de récupération accélèrent l'assainissement; et que les processus de surveillance des défaillances de mise à jour permettent de détecter les problèmes à l'avance et de réduire l'exposition aux vulnérabilités.