Après avoir installé manuellement Windows 11 24H2, l’entrée de mise à jour de fonctionnalités reste bloquée sur 23H2 et le PC souffre de ralentissements et de gels ; suivez ce guide pour réinitialiser correctement Windows Update et réparer la base de composants sans perdre vos données.
Contexte : une mise à niveau « invisible » dans l’historique
Microsoft pousse normalement les mises à niveau de fonctionnalité (Feature Update) par l’intermédiaire de Windows Update ; l’assistant d’installation ou un ISO autonome contourne ce circuit. Quand vous franchissez ainsi le pas vers Windows 11 24H2, les binaires système sont effectivement mis à jour — winver le confirme — mais la base de données de Windows Update (DataStore.edb) ne crée pas toujours la ligne « Feature Update to 24H2 ». Résultat : le système applique bien les correctifs 24H2, mais :
- Le module maintenance DISM pointe parfois sur des sources de 23H2,
- les servicing stacks se superposent et peuvent produire l’erreur
0x800f081f, - des gels aléatoires surviennent lorsque Windows Update tente de réconcilier des métadonnées contradictoires.
Symptômes observés
- Pics d’utilisation CPU du processus TiWorker.exe suivis d’une brève suspension du shell.
- Gel complet du bureau pendant 5 à 30 secondes sans rapport d’erreur dans l’Observateur d’événements.
- DISM
/ScanHealthou/RestoreHealthqui retourne immédiatement0x800f081f – The source files could not be found. - Historique Windows Update listant la « Feature Update to Windows 11, version 23H2 » comme élément le plus récent, bien que
Winveraffiche une version 24H2 (build 26xxx).
Pourquoi l’historique ne reflète-t-il pas la réalité ?
Le registre WMI et la base EDB de Windows Update conservent des états distincts :
- WMI : état réel du système — mis à jour par le programme d’installation 24H2.
- Windows Update : état attendu par le service Microsoft Update — non mis à jour si l’installation n’est pas passée par la file d’attente de Windows Update.
Lorsque les deux divergent, le service Trusted Installer demande des fichiers inexistants dans le magasin WinSxS, d’où l’erreur 0x800f081f. Les lenteurs viennent de la répétition en tâche de fond de cette opération de réparation automatique.
Plan de remédiation : réinitialiser Windows Update puis réparer sur place
Deux leviers suffisent dans 99 % des cas :
- Purger et régénérer toutes les métadonnées Windows Update.
- Forcer une « mise à niveau sur place » qui réécrit la base de composants (Component Store) sans toucher aux données.
Étape 1 : Réinitialisation manuelle de Windows Update
Ouvrez PowerShell en mode Administrateur et exécutez la séquence suivante :
net stop bits
net stop wuauserv
net stop appidsvc
net stop cryptsvc
Del "%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\.\" /f /q
rmdir %systemroot%\SoftwareDistribution /S /Q
rmdir %systemroot%\system32\catroot2 /S /Q
regsvr32.exe /s atl.dll
regsvr32.exe /s urlmon.dll
regsvr32.exe /s mshtml.dll
netsh winsock reset
netsh winsock reset proxy
net start bits
net start wuauserv
net start appidsvc
net start cryptsvc Ce que fait chaque ligne :
- Arrêt des quatre services clés (BITS, Windows Update, AppID, CryptSvc).
- Suppression du cache de téléchargement (Downloader) et du dossier SoftwareDistribution où résident .cab et .psf.
- Purge de Catroot2 pour forcer la régénération des catalogues numériques.
- Ré‑enregistrement de trois DLL essentielles au moteur COM d’Internet Explorer/WinHTTP — indispensable même si Edge a remplacé IE, car le service de mise à jour s’appuie toujours dessus.
- Réinitialisation de la pile Winsock et du proxy pour éliminer une éventuelle corruption réseau.
- Redémarrage séquentiel des services.
À ce stade, relancez Windows Update ; s’il découvre automatiquement le « 2025‑01 Cumulative Update for Windows 11 Version 24H2 (KB505xxxx) », la couche réseau est saine.
Étape 2 : Réparation sur place (« in‑place upgrade »)
La réinitialisation précédente ne corrige pas la base de composants ; elle sert à partir d’un environnement propre avant l’opération lourde qui suit. Procédez ainsi :
- Téléchargez l’ISO original de Windows 11 24H2 ou lancez l’Assistant Installation.
- Monte z l’ISO, exécutez setup.exe puis choisissez « Conserver les fichiers personnels et les applications ».
- Patientez : l’installeur remplace les fichiers système, réécrit la base WinSxS et met à jour l’enregistrement Windows Update.
- Comptez de 20 à 60 minutes selon le SSD ; l’ordinateur redémarre plusieurs fois.
Une fois sur le bureau :
dism /online /cleanup-image /restorehealthdoit maintenant répondre « No component store corruption detected ».- L’erreur 0x800f081f disparaît, preuve que les sources Install.wim ont été correctement indexées.
Étape 3 : Installer les mises à jour facultatives post‑réparation
Ouvrez Paramètres › Windows Update › Options avancées › Mises à jour facultatives puis cochez :
- KB5050577 (.NET 6 et 8 – Janvier 2025) pour 24H2 x64,
- Tout pilote de compatibilité chipset/Intel DCH en attente,
- L’éventuel « Update Stack Package 24H2 2325.xxxx ».
Ces paquets finalisent la cohérence interne entre le nouveau noyau (build 26xxx) et les frameworks d’exécution.
Vérifications post‑remédiation
| Contrôle | Commande | Résultat attendu |
|---|---|---|
| Version réelle | winver | 24H2 build ≥ 26 000 |
| État du magasin | dism /online /cleanup-image /scanhealth | No component store corruption |
| Service Windows Update | sc query wuauserv | STATE : 4 RUNNING |
| Entrée Feature Update | Paramètres › Windows Update › Historique | Peut encore afficher 23H2 ⟶ pas bloquant |
FAQ : questions fréquentes
Le fait que l’historique reste sur 23H2 pose‑t‑il un risque ?
Non. Si winver confirme 24H2 et que les mises à jour cumulatives affichent « Version 24H2 », votre machine reçoit le bon train de maintenance. Microsoft synchronise généralement l’historique lors d’un Patch Tuesday ultérieur — souvent le suivant.
Peut‑on éviter l’in‑place upgrade ?
Parfois ; lorsque la corruption est limitée à la base Windows Update, le script de réinitialisation suffit. Dès qu’un sfc /scannow identifie des fichiers endommagés qu’il ne peut réparer, la mise à niveau sur place est la méthode la plus rapide et la moins destructrice.
Données et applications restent‑elles intactes ?
Oui, l’option « Conserver les fichiers personnels et les applications » garantit l’intégrité des profils, du registre utilisateur et des programmes installés. Toutefois, effectuez toujours une image système (Macrium Reflect, Veeam, etc.) avant toute opération majeure ; un onduleur défaillant ou un SSD capricieux peut ruiner la meilleure procédure.
Le script de réinitialisation est‑il sûr ?
Oui : il se limite à vider des dossiers de cache (SoftwareDistribution) et à régénérer des catalogues. Les composants système restent en place. Veillez simplement à ouvrir la console PowerShell Admin puis à copier-coller l’ensemble sans interrompre l’exécution.
Bonnes pratiques pour éviter la récidive
- Privilégiez Windows Update pour les futures versions ; l’assistant est pratique mais contourne des vérifications.
- Gardez 20 % d’espace libre sur le disque système ; le magasin WinSxS gonfle durant la mise à niveau.
- Désactivez l’antivirus tiers durant l’installation ; certains interposent un filtre qui bloque BITS.
- Installez le dernier pilote Rapid Storage/AMD NVMe avant la mise à niveau ; un pilote périmé fausse la détection d’espace disponible.
- Ouvrez régulièrement l’Observateur d’événements (Application › Microsoft‑Windows‑Servicing) pour détecter les premiers signes d’erreurs de magasin.
Conclusion
Une entrée d’historique « Feature Update » manquante est souvent bénigne mais devient la partie visible d’une corruption latente lorsque DISM refuse de fonctionner et que le système se fige. La combinaison « réinitialisation de Windows Update + in‑place upgrade » restaure en moins d’une heure un environnement pleinement cohérent, sans perte de données ni réinstallation complète. Gardez en tête ces trois réflexes : sauvegarder, vérifier winver et surveiller DISM ; vous traverserez sans encombre les futures mises à niveau majeures de Windows 11.