Lors de la mise à niveau vers Windows 11 24H2, certains utilisateurs voient la mise à jour cumulative KB5051987 échouer systématiquement avec le code d’erreur 0x800f081f (« fichiers manquants dans le magasin de composants »). Cet article explique en détail les causes profondes de ce blocage, les méthodes éprouvées pour relancer l’installation et les bonnes pratiques pour éviter que la situation ne se reproduise.
Vous faites face à l’erreur 0x800f081f lors de l’installation de KB5051987 ? Découvrez pourquoi le magasin de composants se retrouve corrompu, comment réparer Windows Update avec DISM ou une réinstallation sur place, et comment contrôler les mises à jour futures sans désactiver la sécurité de l’OS.
Problème rencontré
La mise à jour cumulative KB5051987 pour Windows 11 24H2 (x64) refuse de s’installer : après plusieurs tentatives via Windows Update et autant de redémarrages, l’installation retourne toujours l’erreur 0x800f081f. Dans Paramètres > Historique des mises à jour, on lit le message :
Échec de l’installation – 0x800f081f
Les symptômes classiques :
- Windows Update télécharge l’ensemble des paquets, passe à 100 %, redémarre puis annule la mise à jour.
- Le CBS log (
%windir%\Logs\CBS\CBS.log) mentionne des fichiers impossibles à « stager » depuis le magasin de composants (WinSxS). - L’utilitaire
sfc /scannown’identifie pas toujours de violations, ce qui pousse souvent à croire, à tort, que le système est sain.
Causes identifiées
- Corruption du magasin de composants (WinSxS/CBS) : certains packages requis n’existent plus ou sont endommagés ; DISM signale alors « files missing from package store ».
- Dépendances .NET manquantes : des cas d’école montrent que l’activation de .NET Framework 3.5 débloque l’installation, preuve que KB5051987 attend des binaires précis.
- Logiciels de sécurité ou de filtrage réseau : un pare‑feu avancé (ex. Malwarebytes Firewall Control) peut interrompre les services
wuauservoutrustedinstaller, empêchant la phase finale de COMMIT.
Solutions efficaces (testées et confirmées)
Nettoyage et réparation du magasin de composants avec DISM
| Étape | Commandes / Actions | Résultat attendu |
|---|---|---|
| DISM – nettoyage | dism /online /cleanup-image /startcomponentcleanup | Suppression des composants obsolètes, réduction de la taille du dossier WinSxS. |
| DISM – réparation | dism /online /cleanup-image /restorehealth | Restauration des fichiers corrompus à partir de Windows Update ou d’une source locale (ISO frais). |
Conseil : si la restauration échoue faute de source, montez l’ISO Windows 11 24H2 et précisez le chemin :
dism /online /cleanup-image /restorehealth /source:D:\Sources\install.esd /limitaccessRéparation sur place (In‑place Upgrade)
La mise à niveau dite « Réinstallation conservant fichiers et applications » est la méthode la plus radicale (mais sans perte de données) pour reconstruire complètement le magasin de composants :
- Téléchargez l’ISO officiel Windows 11 24H2 via l’Assistant Installation ou le Media Creation Tool.
- Montez l’image puis lancez
setup.exe. - Sélectionnez Conserver fichiers personnels, applications et paramètres.
Après 20 à 40 minutes (selon le matériel), Windows redémarre avec un nouveau magasin WinSxS entièrement fonctionnel ; KB5051987 peut alors être installée sans incident.
Correctifs complémentaires
- Activer .NET Framework 3.5 : Win + R →
appwiz.cpl→ Activer ou désactiver des fonctionnalités Windows → cocher .NET Framework 3.5. - Désinstaller un pare‑feu tiers, redémarrer, puis vérifier que Windows Defender est réactivé par défaut.
- Installer d’abord les autres mises à jour en attente (pilotes, antimalware, stack updates). Certains packages servent de prérequis à KB5051987.
Paramétrer Windows Update pour éviter l’installation automatique
Pour contrôler le déploiement des correctifs sans désactiver totalement Windows Update, ajoutez ou modifiez les valeurs DWORD suivantes :
HKEYLOCALMACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU| Valeur | Donnée | Effet |
|---|---|---|
| NoAutoUpdate | 1 | Désactive entièrement le téléchargement et l’installation automatiques. |
| AUOptions | 2 | Notification de téléchargement et d’installation (aucune action automatique). |
Autres valeurs possibles : 3 (téléchargement auto, installation sur demande), 4 (téléchargement et installation auto selon la planification), 7 (notifier pour installer et redémarrer). | ||
Après la modification, exécutez gpupdate /force dans une fenêtre Invite de commandes (admin) ou redémarrez l’ordinateur pour appliquer la stratégie.
Pourquoi DISM échoue‑t‑il parfois ?
DISM repose sur trois sources hiérarchisées :
- Le magasin de composants local (WinSxS).
- Le dossier
%SystemRoot%\WinSxS\Backup. - Windows Update (ou une source spécifiée).
Si le fichier recherché n’existe dans aucune de ces sources, DISM retourne 0x800f081f. Le plus fréquent est la suppression accidentelle de répertoires WinSxS par un utilitaire d’« optimisation » ou un nettoyage mal configuré de Storage Sense. D’où l’importance de ne jamais supprimer manuellement le dossier WinSxS ni d’utiliser d’outils qui le « rétrécissent » de manière agressive.
Analyse approfondie des logs CBS et DISM
Pour les administrateurs désireux de comprendre le mécanisme interne :
- Le fichier
C:\Windows\Logs\DISM\dism.logprésente la séquence de montage et de résolution des packages. - Une erreur 0x800f081f y est souvent précédée d’une ligne
(CBSESOURCE_MISSING), précisant quel manifest ou quel fichier.mum/.catmanque. - Cross‑référencez cette information avec
CBS.logpour repérer le package parent, puis vérifiez s’il existe dansWinSxS.
En environnement professionnel, il est recommandé de :
- Prémunir les postes via des servicing plans SCCM/Intune, afin de distribuer les WaaS remed avant les CU.
- Centraliser les logs sur un serveur syslog ou Azure Monitor pour détecter à l’avance les débuts de corruption.
Scénarios terrain et retours d’expérience
Plusieurs sociétés d’infogérance ont observé un taux d’échec de 2 à 4 % lors du passage à KB5051987 dans des parcs de 500+ PC. Dans près de 90 % des cas, la réparation DISM avec source : ISO a suffi ; pour le reste, seule la réinstallation sur place (30 minutes par poste en moyenne) a permis de débloquer la situation. À noter qu’un VPN saturé ou un proxy interceptant l’URL download.windowsupdate.com a également été un facteur aggravant ; le basculement temporaire sur une connexion directe a ramené le taux d’échec à moins de 1 %.
Bonnes pratiques pour l’avenir
- Créer une image système avant chaque mise à jour majeure ; l’outil « Créer une image système » du Panneau de configuration ou un produit tiers évite des heures de dépannage.
- Conserver un ISO à jour (Media Creation Tool) pour servir de source fiable à DISM ou à une réparation sur place.
- Éviter les nettoyeurs agressifs : privilégiez Storage Sense natif, configuré en mode conservateur, et bannissez les supprimeurs de DLL « orphelines ».
- Surveiller les services essentiels (
wuauserv,bits,trustedinstaller) et réinitialiser la pile réseau (netsh int ip reset) au moindre doute sur les proxys/pare‑feux. - Activer la télémétrie « Basique » (ou « Requise » en entreprise) ; Windows Update a besoin des métadonnées de compatibilité pour proposer les correctifs adéquats.
Conclusion
Bien que l’erreur 0x800f081f puisse sembler rédhibitoire, elle se résout généralement par un nettoyage DISM suivi, si nécessaire, d’une réinstallation sur place. L’essentiel est de maintenir un magasin de composants sain, d’éviter les outils qui manipulent WinSxS à l’aveugle et de garder le contrôle sur Windows Update via les stratégies de groupe ou le Registre. Avec ces mesures, KB5051987 s’installe sans difficulté et Windows 11 24H2 retrouve sa stabilité.