De nombreux PC sous Windows 11 22H2 (x64) échouent à installer KB5041585 et KB5042099. Voici un guide complet, concret et testé pour identifier la cause, débloquer la machine et appliquer une solution durable sans perdre vos données.
Problème rencontré
Plusieurs utilisateurs constatent un échec répété de l’installation des mises à jour cumulatives KB5041585 (Windows 11) et KB5042099 (.NET Framework 3.5/4.8.1). Les symptômes les plus fréquents sont :
- Redémarrage interrompu vers 96 % puis restauration automatique de la version précédente.
- Affichage BIOS/UEFI indiquant une réparation en cours ou un recovery automatique.
- Codes d’erreur fréquents : 0x800F0845 (corruption du magasin de composants) ou 0x80240035.
- Parfois, aucune trace d’échec dans l’Historique de Windows Update.
Causes possibles
| Piste | Détails |
|---|---|
| Magasin de composants corrompu | L’erreur 0x800F0845 reflète un magasin WinSxS endommagé, empêchant l’application des mises à jour cumulatives. |
| Défaillance du BIOS/UEFI sécurisé | Sur certains modèles (ex. HP Omen, Lenovo ThinkPad P16 Gen 2), Secure Boot perturbe l’écriture finale de fichiers système. |
| Services ou pilotes tiers | Des services non‑Microsoft (sécurité, VPN, filtres réseau, pilotes spéciaux) bloquent la phase 2 de l’installation. |
| Dépôts WMI cassés | Des journaux setupact.log révèlent des échecs d’enregistrement de .mof empêchant la finalisation. |
Avant de commencer
- Sauvegarde : réalisez une image système ou une sauvegarde complète. Si BitLocker est actif, conservez votre clé de récupération.
- Espace disque : visez au moins 20 Go libres pour une réparation sur place via ISO.
- Alimentation : branchez le PC sur secteur et évitez l’arrêt durant les opérations.
- BIOS/UEFI : notez la version actuelle. Un firmware obsolète peut accroître les échecs d’update.
- Périphériques : débranchez les USB non indispensables (dock, imprimante, etc.) afin de limiter les interférences.
Solutions testées et validées
Réparation sur place (In‑place upgrade) — la plus fiable
Cette méthode réinstalle Windows par‑dessus la version existante, en conservant fichiers et applications. Elle reconstruit complètement le magasin de composants et réinitialise Windows Update.
- Téléchargez l’outil Media Creation Tool de Windows 11 et générez un ISO de la version 23H2 (recommandé pour 22H2 bloqué).
- Montez l’ISO (clic droit → Monter) puis exécutez
setup.exedepuis le lecteur virtuel. - Choisissez Conserver les fichiers et applications. Laissez l’installeur terminer tous les redémarrages.
Astuce : si l’assistant bloque, déconnectez temporairement Internet et relancez setup.exe, ou passez en Démarrage minimal (voir plus bas).
Restauration du système
Si le PC boucle au redémarrage, utilisez les Options de démarrage avancé → Restauration du système pour revenir à un point de restauration antérieur. Cette action permet souvent de retrouver un bureau fonctionnel afin d’appliquer une réparation durable (ISO ou autres étapes).
Désinstallation manuelle & masquage des correctifs
- Démarrez en mode sans échec.
- Ouvrez une invite de commandes en administrateur et exécutez :
wusa /uninstall /kb:5041585
wusa /uninstall /kb:5042099
Ensuite, masquez temporairement ces mises à jour avec l’utilitaire wushowhide (ou Pause des mises à jour dans Paramètres) pour éviter la boucle d’échecs, le temps d’appliquer la réparation sur place.
Outil interne de réinstallation Windows Update
Allez dans Paramètres › Système › Récupération puis Résoudre les problèmes Windows Update › Réinstaller maintenant. Cet assistant réinstalle les composants requis et règle de nombreux cas sans effort.
Correctifs complémentaires (si l’installation via ISO échoue encore)
| Étape | Commandes / Actions | Quand l’utiliser ? |
|---|---|---|
| Réparer WMI | cd /d %windir%\System32\wbem for /f %s in ('dir /b *.mof') do mofcomp %s for /f %s in ('dir /b *.mfl') do mofcomp %s | Si les journaux évoquent l’échec d’enregistrement des fichiers .mof/.mfl. |
| Démarrage minimal | Exécutez MSCONFIG → cochez Masquer tous les services Microsoft → Désactiver tout → redémarrez, puis relancez la mise à jour. | Si un service/driver tiers bloque la phase 2 d’installation. |
| Désactiver Secure Boot (temporaire) | Désactivez Secure Boot dans l’UEFI, effectuez l’installation, puis réactivez‑le après succès. | Sur certains OEM où la signature/écriture finale échoue. |
| DISM & SFC (réparation online) | DISM /Online /Cleanup-Image /CheckHealth DISM /Online /Cleanup-Image /ScanHealth DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow | Pour réparer le magasin de composants et les fichiers système corrompus. |
| DISM avec source ISO (réparation offline) | Identifiez l’index correspondant à votre édition : dism /Get-WimInfo /WimFile:D:\sources\install.wim Puis : DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:\sources\install.wim:INDEX /LimitAccess Remplacez INDEX par celui de votre édition. | Si /RestoreHealth échoue faute de source saine. |
| Nettoyage composants | DISM /Online /Cleanup-Image /StartComponentCleanup Option avancée et irréversible : DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase | Si WinSxS est gonflé ou incohérent. Évite la désinstallation de mises à jour anciennes. |
| Réinitialiser Windows Update (script) | net stop bits net stop wuauserv net stop appidsvc net stop cryptsvc ren %systemroot%\SoftwareDistribution SoftwareDistribution.bak ren %systemroot%\System32\catroot2 catroot2.bak netsh winsock reset net start cryptsvc net start appidsvc net start bits net start wuauserv | Si l’agent Windows Update est la cause du blocage. |
| Réinitialiser ce PC (conserver fichiers) | Paramètres › Récupération › Réinitialiser ce PC → Conserver mes fichiers. | En ultime recours si toutes les réparations échouent. |
Procédure de diagnostic rapide
Après chaque tentative, collectez et analysez les journaux pour identifier la phase fautive.
- Journaux CBS :
C:\Windows\Logs\CBS\CBS.log(chercher error, 0x800F0845, store corruption). - Journaux de configuration :
C:\$WINDOWS.~BT\Sources\Panther\setupact.log,setuperr.log. - WindowsUpdate.log : générez‑le si nécessaire via PowerShell :
Get-WindowsUpdateLog - Export compact des journaux pour partage (Feedback Hub, support interne) :
powershell -NoProfile -Command ^ "$src=@('C:\Windows\Logs\CBS\CBS.log', ` 'C:\$WINDOWS.~BT\Sources\Panther\setupact.log', ` 'C:\$WINDOWS.~BT\Sources\Panther\setuperr.log'); ` $zip='C:\Temp\LogsMaj.zip'; ` New-Item -ItemType Directory -Force C:\Temp | Out-Null; ` Compress-Archive -Force -Path $src -DestinationPath $zip; ` Write-Output $zip"
Recommandations pratiques
- Sauvegarder avant manipulation (ISO, réinitialisation). Ne court-circuitez jamais un message de chiffrement/BitLocker.
- Mise à jour BIOS & pilotes : vérifiez qu’une version récente du firmware est disponible et appliquez‑la avant de retenter l’update.
- Temporiser avant ré‑essai : Microsoft diffuse souvent un correctif cumulatif ou hors‑bande en 2 à 4 semaines lorsqu’un problème touche plusieurs OEM.
- Surveiller les journaux : utilisez
CBS.logetsetupact.logpour confirmer la phase en défaut (drivers, WMI, store, réseau…). - Feedback Hub : remontez le souci avec archives des journaux afin d’accélérer l’analyse.
Checklist minute
- Espace libre ≥ 20 Go (exécutez
cleanmgrouStorage Sensesi besoin). - Pilotes GPU et chipset à jour (évitez les versions bêta pendant la réparation).
- Services tiers désactivés via Démarrage minimal pour retester.
- Secure Boot temporairement désactivé si symptomatique, puis réactivé après succès.
- Exécution
DISM /RestoreHealthpuissfc /scannowavant l’ISO. - En cas d’échec, réparation sur place 23H2 en priorité.
Flux décisionnel recommandé
- Premier passage :
DISM /RestoreHealth→sfc /scannow→ réessayer Windows Update. - Si échec : Démarrage minimal → réinstallation des composants Windows Update → réessai.
- Si échec : Désactiver temporairement Secure Boot → réessai Windows Update.
- Si échec : Réparation sur place via ISO 23H2 (offline).
- Si échec persistant : WMI
mofcomp+ DISM avec source ISO → retenter. - Ultime recours : Réinitialiser ce PC (conserver fichiers).
Cas d’entreprises et parcs informatiques
Pour des environnements gérés (Intune/Configuration Manager), adoptez un playbook reproductible :
- Inventaire des machines Windows 11 22H2 x64 avec échecs 0x800F0845/0x80240035.
- Anneau pilote : déployez un réglage de conformité vérifiant la santé DISM/SFC et l’espace libre.
- Remédiation automatisée : script de Reset WU, nettoyage composant, mofcomp, puis bascule vers Feature Update to 23H2 via enablement ou In‑place upgrade par séquence de tâches.
- Politiques : désactiver temporairement les pilotes conflictuels (filtre réseau, DLP, anti-tamper) le temps de l’upgrade, puis réactiver.
- Suivi : collectez
setupdiag,setupact,WindowsUpdate.loget un ID d’incident par machine pour corrélation.
Bonnes pratiques de sécurité
- La désactivation de Secure Boot ne doit être que temporaire et réalisée dans l’UEFI, jamais via des outils non officiels.
- Si BitLocker est actif, notez la clé de récupération avant d’appliquer un changement UEFI/partition.
- Après réussite, réactivez Secure Boot et vérifiez l’intégrité (
msinfo32: État de l’amorçage sécurisé).
Questions fréquentes
Dois‑je passer directement de 22H2 à 23H2 ?
Oui, si 22H2 est bloqué par des KB récalcitrants, la mise à niveau 23H2 via ISO règle généralement la corruption du store et remet Windows Update d’aplomb.
Le masquage des KB est‑il sûr ?
Oui, c’est une mesure temporaire pour éviter les boucles d’échecs. Il ne remplace pas une réparation du système.
DISM avec /ResetBase est‑il recommandé ?
Uniquement si vous savez que vous n’aurez pas besoin de désinstaller d’anciennes mises à jour. Préférez /StartComponentCleanup sans /ResetBase en premier lieu.
Comment savoir si WMI est en cause ?
Cherchez des erreurs mofcomp dans setupact.log et des messages d’échec d’enregistrement d’instrumentation. Si c’est le cas, exécutez la section Réparer WMI.
Pourquoi l’historique Windows Update ne montre rien ?
En cas de rollback très tardif (vers 96 %), la journalisation peut être incomplète. Consultez alors C:\$WINDOWS.~BT\Sources\Panther et CBS.log.
Exemples de scripts utiles
Script batch — Reset Windows Update + nettoyage rapide
@echo off
echo [1/5] Arrêt des services...
net stop bits >nul 2>&1
net stop wuauserv >nul 2>&1
net stop appidsvc >nul 2>&1
net stop cryptsvc >nul 2>&1
echo [2/5] Renommage des dossiers WU...
takeown /f "%systemroot%\SoftwareDistribution" /a /r /d y >nul
icacls "%systemroot%\SoftwareDistribution" /grant Administrators:F /t >nul
ren "%systemroot%\SoftwareDistribution" SoftwareDistribution.bak
takeown /f "%systemroot%\System32\catroot2" /a /r /d y >nul
icacls "%systemroot%\System32\catroot2" /grant Administrators:F /t >nul
ren "%systemroot%\System32\catroot2" catroot2.bak
echo [3/5] Réinitialisation réseau...
netsh winsock reset >nul
echo [4/5] Redémarrage des services...
net start cryptsvc >nul
net start appidsvc >nul
net start bits >nul
net start wuauserv >nul
echo [5/5] Nettoyage terminé. Redémarrez puis retentez l'installation des KB.
pause Script PowerShell — Vérification rapide DISM/SFC
Write-Host "Vérification DISM..." -ForegroundColor Cyan
dism /Online /Cleanup-Image /ScanHealth
dism /Online /Cleanup-Image /RestoreHealth
Write-Host "Vérification SFC..." -ForegroundColor Cyan
sfc /scannow
Write-Host "Terminé. Redémarrez si des réparations ont été appliquées." En bref
L’échec d’installation des KB5041585/KB5042099 sur Windows 11 22H2 provient le plus souvent d’une corruption du magasin de composants et/ou d’une interaction avec Secure Boot ou des services tiers. Dans la majorité des cas, une réparation sur place via ISO 23H2 résout définitivement le problème. En attendant, la désinstallation et le masquage des KB évitent la boucle d’échecs, tandis que DISM/SFC, la réparation WMI et la réinstallation des composants Windows Update restaurent la stabilité.
Annexes : matrice de décision (résumé)
| Symptôme | Piste principale | Action prioritaire | Action de repli |
|---|---|---|---|
| Rollback à 96 % et code 0x800F0845 | Store WinSxS corrompu | DISM /RestoreHealth + sfc | ISO 23H2 (réparation sur place) |
| Message UEFI réparation en cours | Secure Boot bloque l’écriture | Désactiver Secure Boot (temporairement) | ISO offline + réactiver après succès |
| Aucune trace dans l’historique WU | Rollback tardif/Phase Panther | Analyser setupact.log, CBS.log | Réparation WMI (mofcomp) + ISO |
| Erreurs aléatoires 0x80240035 | Agent WU/Services tiers | Reset WU + Démarrage minimal | In‑place upgrade |
En appliquant ce plan par étapes — diagnostic ciblé, réparations systèmes mesurées, puis mise à niveau via ISO — vous rétablirez un Windows 11 stable et apte à recevoir les futures mises à jour sans recommencer la même boucle d’échecs.