Windows 10 22H2 : échec KB5035845 à 94–96 % (0x800f0922) — causes, correctifs et résolution durable

Si KB5035845 échoue à 94–96 % sur Windows 10 22H2 avec le code 0x800f0922 (Lenovo, build 19045.3930), ce guide détaille les causes probables — partition réservée trop petite, WinRE, réseau/VPN, magasin de composants — et propose des correctifs concrets, du plus simple au plus durable.

Sommaire

Contexte et symptômes

Sur un portable Lenovo exécutant Windows 10 22H2 (build 19045.3930), la mise à jour cumulative KB5035845 se télécharge et commence à s’installer normalement. Au redémarrage, l’installation échoue systématiquement entre 94 % et 96 %, puis Windows revient à l’état précédent avec le code d’erreur 0x800f0922. Un mois auparavant, le même symptôme avait été observé avec KB5034763.

Tentatives déjà effectuées (sans succès)

Catégorie	Actions menées
Outils Windows	Dépanneur Windows Update, réinitialisation du dossier `SoftwareDistribution`, suppression de C:\$WinREAgent
Intégrité système	`sfc /scannow`, `DISM /Online /Cleanup-Image /ScanHealth` puis `... /RestoreHealth`
Nettoyage	Suppression des fichiers d’anciennes mises à jour, nettoyage de disque, désactivation temporaire de l’antivirus
Téléchargement manuel	Paquets MSU via WuMgr et Microsoft Update Catalog
Partition système	Vérifications basiques, sans localiser clairement la partition réservée
Réparation sur place	Essai « over‑the‑top repair » avec l’outil de création de média

Ce que signifie vraiment l’erreur 0x800f0922

Le code 0x800f0922 renvoie le plus souvent à un échec lors de l’application des composants dans la phase SafeOS de la mise à jour. Dans la pratique, quatre causes dominantes expliquent ce blocage à ~95 % :

Espace insuffisant dans une partition critique :
- Partition réservée au système (SRP) trop petite (historiquement 100 Mo) ou saturée ;
- Partition de récupération WinRE insuffisante (WinRE requiert souvent ≥ 500 Mo libres pour les cumulatives 2024–2025).
Connectivité : impossibilité d’atteindre les services Windows Update (proxy/VPN). Le téléchargement peut réussir mais l’étape de configuration échoue.
Magasin de composants (WinSxS) ou pile de maintenance instables : des incohérences empêchent la finalisation.
Interférences tierces : chiffrement/antivirus ou pilotes bas niveau pouvant bloquer des opérations sur le chargeur de démarrage.

Itinéraire de correction priorisé

Procédez dans l’ordre. Si une étape a déjà été tentée, refaites‑la très précisément selon les commandes et réglages ci‑dessous, car un détail (mode hors‑ligne, ordre des services, bonne ISO, etc.) change souvent l’issue.

Vérifications express

Débranchez tout VPN/proxy. Redémarrez.
Assurez‑vous d’avoir ≥ 20 Go libres sur C:.
Branchez le PC sur le secteur, désactivez temporairement l’antivirus tiers.
Ouvrez services.msc et vérifiez que Windows Update (wuauserv), BITS, Cryptographic Services, App Readiness et UsoSvc sont en mode Automatique (ou Manuel déclenché) et démarrés.

Nettoyer la file des mises à jour

Exécutez ces commandes dans une Invite de commandes admin. Elles remettent à plat les dossiers et catalogues clés.

net stop wuauserv
net stop bits
net stop cryptSvc
net stop msiserver

ren %systemroot%\SoftwareDistribution SoftwareDistribution.old
ren %systemroot%\System32\catroot2 catroot2.old

del /f /q %systemroot%\SoftwareDistribution.old*.* >NUL 2>&1
del /f /q %systemroot%\System32\catroot2.old*.* >NUL 2>&1

net start cryptSvc
net start bits
net start msiserver
net start wuauserv

Réparer l’intégrité système

Exécutez SFC puis DISM, redémarrez, puis relancez la mise à jour.

sfc /scannow
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

Diagnostiquer l’espace des partitions critiques

Beaucoup d’échecs 0x800f0922 sont dus à une SRP de 100 Mo ou à une WinRE < 500 Mo. Voici comment contrôler proprement.

Identifier la SRP/ESP et la WinRE

Ouvrez Gestion du disque (diskmgmt.msc) et repérez :
- Réservé au système (MBR) ~100 Mo, sans lettre, NTFS ;
- EFI System Partition (ESP, GPT) 100–300 Mo, FAT32 ;
- Partition de récupération (WinRE) ~450–750 Mo.
Pour voir l’espace libre, attribuez temporairement une lettre (ex. S:) à la SRP/ESP : diskpart list vol select volume <N° de la SRP/ESP> assign letter=S exit fsutil volume diskfree S: Si < 500 Mo libres côté SRP/ESP ou si la WinRE fait < 500 Mo, la mise à jour peut échouer.
Pour la WinRE, vérifiez son état : reagentc /info Notez le chemin Winre.wim et la taille de la partition de récupération.

Agrandir proprement la partition réservée

Précautions : créez un point de restauration et suspendez BitLocker si activé (manage-bde -protectors -disable C:). L’agrandissement se fait en réduisant C: d’une petite marge puis en étendant la SRP/ESP.

Réduisez C: de 500–700 Mo pour libérer de l’espace : diskpart select volume C shrink desired=700 exit
Étendez la SRP/ESP avec un outil graphique (Gestion du disque, utilitaire de partition) ou diskpart quand c’est possible. L’objectif : ≥ 500 Mo libres sur SRP/ESP.
Si vous devez aussi agrandir la WinRE, réduisez encore C: puis étendez la partition de récupération à ~750 Mo.
Restaurez la lettre retirée : diskpart select volume S remove letter=S exit

Astuce — Sur configurations UEFI (GPT), la place manque souvent dans l’ESP (FAT32). Visez 300–500 Mo pour être serein. Sur anciennes installations MBR, visez une SRP d’au moins 500–600 Mo.

Réinitialiser WinRE en cas d’incohérence

Si reagentc /info renvoie un état désactivé ou une erreur, forcez un reset :

reagentc /disable
reagentc /enable
reagentc /info

Si l’activation échoue : augmentez la partition de récupération, puis refaites reagentc /enable. Vous pouvez aussi recoller manuellement l’image WinRE :

md C:\Recovery\WindowsRE
copy %windir%\System32\Recovery\Winre.wim C:\Recovery\WindowsRE\
reagentc /setreimage /path C:\Recovery\WindowsRE
reagentc /enable

Installer KB5035845 manuellement, hors ligne

Quand la connectivité ou la file WU est en cause, l’installation hors ligne d’un .msu est efficace. Téléchargez le package correspondant à votre architecture depuis le Microsoft Update Catalog, déconnectez‑vous d’Internet/VPN, puis lancez :

wusa "C:\Chemin\KB5035845-x64.msu" /quiet /norestart

Redémarrez, laissez la phase de configuration se dérouler, puis reconnectez‑vous.

Réparer Windows sur place (in‑place upgrade)

Cette méthode réinstalle le cœur de Windows sans toucher aux fichiers ni aux applications, et remet d’équerre Windows Update.

Téléchargez une ISO Windows 10 22H2 récente (même édition/langue/architecture que votre système).
Montez l’ISO (clic droit > Monter) puis lancez setup.exe.
Choisissez Conserver fichiers et applications et, très important, n’activez pas « Télécharger les mises à jour » durant l’assistant.
Une fois la réparation terminée, redémarrez et installez KB5035845 via Windows Update.

Pourquoi un précédent essai peut échouer : ISO trop ancienne, mauvaise édition, antivirus actif, réseau/VPN laissé actif pendant l’assistant, disque système trop plein, pile de maintenance pas à jour. En appliquant scrupuleusement les points ci‑dessus, le taux de réussite est excellent.

Dernier recours : réinstallation propre

Si les partitions sont chaotiques ou que les échecs persistent malgré une réparation sur place, sauvegardez vos données et effectuez une installation neuve. C’est radical, mais cela élimine toute corruption profonde de la couche de servicing.

Retour d’expérience

Après une réparation sur place correctement réalisée (ISO 22H2, hors ligne, conservation des applications), KB5035845 s’est téléchargée et installée normalement. Les échecs récurrents ont disparu. La cause était donc liée à des fichiers système et/ou à la configuration de Windows Update, corrigés par la réparation.

Arbre de décision rapide

Symptôme	Cause probable	Action recommandée
Échec à 94–96 % avec 0x800f0922	SRP/ESP ou WinRE trop petite	Agrandir SRP/ESP et/ou WinRE pour viser ≥ 500 Mo libres, réessayer
Téléchargement OK, configuration échoue	VPN/Proxy, filtrage réseau	Désactiver VPN/Proxy, `netsh winhttp reset proxy`, installer hors ligne
Échec malgré SFC	Magasin WinSxS incohérent	`DISM /RestoreHealth`, puis réparation sur place
Échecs répétés après reset WU	Composants WU abîmés	Réparation sur place (ISO 22H2), puis KB hors ligne si besoin
Conflits au boot/BitLocker	Chiffrement actif, SRP verrouillée	Suspendre BitLocker, agrandir SRP, relancer la MAJ

Procédures détaillées utiles

Réinitialiser la pile réseau

ipconfig /flushdns
netsh winsock reset
netsh int ip reset
netsh winhttp reset proxy
shutdown /r /t 0

Nettoyage approfondi de composants

Libère de l’espace et retire les remplacements obsolètes.

DISM /Online /Cleanup-Image /StartComponentCleanup

Collecte de journaux pour analyse

Les journaux C:\Windows\Logs\CBS\CBS.log et C:\Windows\inf\setupapi.dev.log sont cruciaux. Ajoutez aussi le journal Windows Update reconstruit :

md C:\WUlogs
copy C:\Windows\Logs\CBS\CBS.log C:\WUlogs\
copy C:\Windows\inf\setupapi.dev.log C:\WUlogs\
powershell Get-WindowsUpdateLog -LogPath C:\WUlogs\WindowsUpdate.log

Script PowerShell pour l’inventaire des partitions

Rapide pour visualiser SRP/ESP/WinRE et espaces libres.

powershell -NoLogo -NoProfile -Command ^
"Get-Partition | ForEach-Object {
 $p = $_
 $v = Get-Volume -Partition $p -ErrorAction SilentlyContinue
 [PSCustomObject]@{
   Disk = $p.DiskNumber
   Partition = $p.PartitionNumber
   Type = $p.GptType
   SizeMB = [math]::Round($p.Size/1MB,0)
   DriveLetter = if($v){$v.DriveLetter}else{''}
   FS = if($v){$v.FileSystem}else{''}
   FreeMB = if($v){[math]::Round($v.SizeRemaining/1MB,0)}else{''}
 }
} | Sort-Object Disk,Partition | Format-Table -AutoSize"

Bonnes pratiques pour éviter le retour du problème

Maintenez la partition de récupération autour de 750 Mo et la SRP/ESP à 300–500 Mo.
Exécutez trimestriellement :
- DISM /Online /Cleanup-Image /StartComponentCleanup
- Nettoyage de disque > Fichiers systèmes > Windows Update
Évitez d’installer les cumulatives via VPN/Proxy ; préférez une connexion directe.
Gardez les pilotes de stockage et le BIOS/UEFI à jour (surtout sur portables).
Sur BitLocker, suspendez la protection avant de toucher aux partitions, puis réactivez‑la (manage-bde -protectors -enable C:).

Questions fréquentes

Est‑ce forcément la SRP ?

Non. 0x800f0922 peut aussi signaler une WinRE trop limitée, un proxy/VPN, ou un magasin de composants incohérent. Mais statistiquement, la partition est en tête des causes lorsque l’échec intervient à ~95 %.

Pourquoi la mise à jour précédente (KB5034763) échouait‑elle aussi ?

Parce qu’elle mobilise les mêmes zones (SRP/ESP/WinRE) pour déposer des boot‑files et images SafeOS. Si l’espace est serré, chaque cumulative échouera de la même manière tant que la contrainte n’est pas levée.

Un « reset » de Windows Update suffit‑il ?

Utile pour les cas de file corrompue, mais insuffisant si la cause est structurelle (partition). La réparation sur place règle souvent ces incohérences, car elle régénère la pile de servicing.

Puis‑je supprimer des fichiers dans l’ESP pour gagner de la place ?

Évitez. Certaines astuces (suppression de jeux de polices EFI\Microsoft\Boot\Fonts) grattent quelques Mo, mais le bon correctif est d’agrandir la partition. C’est plus propre et durable.

Dois‑je réessayer la réparation sur place si elle a échoué ?

Oui, avec une ISO 22H2 récente, antivirus désactivé, hors ligne, et en désactivant le téléchargement d’updates pendant l’assistant. Dans le cas présenté, c’est précisément cette approche qui a débloqué KB5035845.

Plan d’action résumé

Couper VPN/Proxy → netsh winhttp reset proxy.
Reset WU (SoftwareDistribution/Catroot2).
sfc puis DISM /RestoreHealth.
Contrôler SRP/ESP/WinRE → viser ≥ 500 Mo libres.
Installer KB hors ligne via wusa si besoin.
Si échec : réparation sur place avec ISO 22H2 (conserver fichiers et apps, hors ligne).
En ultime recours : installation propre.

Informations complémentaires utiles

0x800f0922 peut également indiquer un échec de connexion aux serveurs de mise à jour. Désactivez tout VPN, vérifiez proxy/pare‑feu.
Partition réservée : prévoyez ≥ 500 Mo libres pour les cumulatives 2024–2025. Exemple de séquence pour libérer de l’espace puis étendre la SRP : diskpart list volume select volume <n> shrink desired=500 exit Étendez ensuite la partition cible avec un outil graphique.
Journaux CBS : archivez C:\Windows\Logs\CBS\CBS.log et setupapi.dev.log pour toute analyse externe.
Maintenance préventive : DISM /Online /Cleanup-Image /StartComponentCleanup

Étude de cas Lenovo (Windows 10 22H2, build 19045.3930)

Sur le portable Lenovo cité, les tentatives classiques (dépanneur WU, réinitialisation de SoftwareDistribution, SFC/DISM, désactivation antivirus, téléchargement manuel via WuMgr/Catalog) n’ont pas suffi. Après avoir vérifié la topologie des partitions et appliqué une réparation sur place correctement paramétrée, KB5035845 s’est installée lors du premier essai post‑réparation et les cumulatives suivantes se sont appliquées sans incident. Cette trajectoire confirme la nature « servicing/partition » du blocage initial (0x800f0922).

Annexe : commandes récapitulatives

Objectif	Commande
Réinitialiser proxy WinHTTP	`netsh winhttp reset proxy`
Réparation composant	`DISM /Online /Cleanup-Image /RestoreHealth`
Nettoyage composants	`DISM /Online /Cleanup-Image /StartComponentCleanup`
Analyse fichiers système	`sfc /scannow`
Désactiver / activer WinRE	`reagentc /disable` & `reagentc /enable`
Installer un MSU hors ligne	`wusa "KB5035845-x64.msu" /quiet /norestart`
Suspendre BitLocker	`manage-bde -protectors -disable C:`
Redémarrer immédiat	`shutdown /r /t 0`

En résumé : l’échec à 94–96 % avec 0x800f0922 sur Windows 10 22H2 est quasi toujours résolu en sécurisant l’espace des partitions SRP/ESP/WinRE et, si besoin, par une réparation sur place. Une fois ces fondations remises à niveau, KB5035845 s’installe et le cycle de mises à jour redevient stable.

Windows 10 22H2 : échec KB5035845 à 94–96 % (0x800f0922) — causes, correctifs et résolution durable