Windows 10 ESU 22H2 – KB5126657 : erreur 0x800f0831, cinq manifestes .mum manquants

PHILTESS 0 Points de réputation
2026-10-14T15:49:38.7466667+00:00

Bonjour,

Je sollicite l'aide d'un spécialiste de la maintenance Windows pour résoudre une corruption du magasin de composants (Component Store / CBS), empêchant l'installation des mises à jour de sécurité étendues ESU sous Windows 10.

Je souhaite privilégier une réparation ciblée, sans réinstallation de Windows et sans perte de mes applications, paramètres ou données personnelles.

1. Configuration de l'ordinateur

  • Ordinateur : HP ENVY Phoenix 810-192ef

Système : Windows 10 Famille (Core), version 22H2

Architecture : x64

Langue : français (fr-FR)

Version actuelle : 19045.7725

Programme ESU : inscription confirmée dans Windows Update

Fonctionnement général : ordinateur opérationnel, logiciels fonctionnels

2. Problème rencontré

La mise à jour cumulative de sécurité d'octobre 2026 :

KB5126657 – Windows 10 Version 22H2 pour systèmes x64

échoue systématiquement avec le code :

0x800f0831 – CBS_E_STORE_CORRUPTION

Le téléchargement s'effectue normalement, mais l'installation échoue.

Une tentative d'installation autonome à partir du package officiel téléchargé depuis le Catalogue Microsoft Update a également échoué.

La mise à jour n'est pas installée : le système reste en version 19045.7725, au lieu de 19045.7807.

3. Résultats des outils de diagnostic

Les commandes suivantes ont été exécutées :

DISM /Online /Cleanup-Image /ScanHealth

Résultat :

Le magasin de composants est réparable.

DISM /Online /Cleanup-Image /RestoreHealth

Résultat :

Erreur 0x800f081f : les fichiers sources sont introuvables.

sfc /scannow

Résultat :

La Protection des ressources Windows a détecté des fichiers endommagés, mais n'a pas réussi à tous les réparer.

Les journaux CBS et DISM ont été conservés et peuvent être communiqués, après vérification des informations personnelles qu'ils contiennent.

4. Identification précise des manifestes manquants

L'analyse des journaux CBS a mis en évidence des erreurs de type :

Store corruption, manifest missing for package

Une vérification dans le registre Windows, sous :

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\Packages

confirme que les cinq packages concernés disposent toujours d'une entrée avec la valeur CurrentState = 80 (installé).

En revanche, dans :

C:\Windows\Servicing\Packages

les cinq fichiers .mum suivants sont absents, alors que leurs fichiers .cat correspondants sont présents.

Manifeste n° 1 :

Microsoft-Windows-Client-Desktop-Required-Package0110~31bf3856ad364e35~amd64~~10.0.19041.6456.mum

Manifeste n° 2 :

Microsoft-Windows-Client-Desktop-Required-Package01~31bf3856ad364e35~amd64~~10.0.19041.6456.mum

Manifeste n° 3 :

Microsoft-Windows-Client-LanguagePack-Package~31bf3856ad364e35~amd64~fr-FR~10.0.19041.6456.mum

Manifeste n° 4 :

Microsoft-Windows-Client-LanguagePack-Package~31bf3856ad364e35~amd64~fr-FR~10.0.19041.6466.mum

Manifeste n° 5 :

Package_for_RollupFix~31bf3856ad364e35~amd64~~19041.6466.1.0.mum

Le journal CBS confirme notamment l'impossibilité de résoudre les packages linguistiques français 19041.6456 et 19041.6466 ainsi que le package RollupFix 19041.6466.1.0, avec l'erreur 0x800f0831.

5. Tentatives de récupération des fichiers

Mise à jour KB5066791 – octobre 2025

Téléchargement de la mise à jour officielle Microsoft et exploration de ses archives CAB.

Les trois paires de fichiers .mum et .cat correspondant à la version 19041.6456 ont été retrouvées et extraites dans un dossier de travail séparé.

Elles n'ont pas été réintroduites dans le système.

Mise à jour KB5068781 – novembre 2025

Téléchargement et analyse des archives CAB officielles.

Recherche des deux packages de version 19041.6466 : aucune correspondance exacte trouvée.

Mise à jour KB5071959 – novembre 2025

Cette mise à jour exceptionnelle est associée à la version 19045.6466, mais je n'ai pas pu obtenir de package autonome directement depuis le Catalogue Microsoft Update.

6. Vérification avec un deuxième ordinateur sain

Un second ordinateur HP OMEN, également équipé de Windows 10 Famille 22H2 x64 en français et inscrit au programme ESU, a été examiné.

Résultats :

Version Windows : 19045.7807

KB5126657 : installée correctement

DISM /CheckHealth : aucune corruption détectée

DISM /ScanHealth : aucune corruption détectée

Langue système : fr-FR

Cependant, les deux manifestes précis de version 19041.6466 ne sont pas présents dans son dossier Windows\Servicing\Packages.

Je n'ai donc effectué aucune tentative de réparation à partir de cet ordinateur.

7. Vérification des sauvegardes Acronis

Je dispose de plusieurs sauvegardes complètes du système réalisées avec Acronis True Image 2018.

L'examen de la sauvegarde du 9 octobre 2026 montre que les manifestes .mum des deux packages 19041.6466 semblent déjà absents à cette date, alors que leurs fichiers .cat sont présents.

Aucune restauration du disque n'a été effectuée.

8. Questions aux spécialistes Windows

Je souhaiterais obtenir des réponses précises aux questions suivantes :

Existe-t-il une méthode officiellement prise en charge pour réparer ces cinq manifestes .mum absents, alors que les packages restent enregistrés comme installés et que leurs catalogues .cat sont présents ?

Comment obtenir les deux manifestes exacts de version 19041.6466 à partir d'une source Microsoft authentique ?

Est-il possible d'utiliser les manifestes récupérés depuis la KB5066791 dans une procédure de réparation CBS/DISM prise en charge, sans copie manuelle dans les dossiers protégés ?

Une installation Windows 10 saine de version 19045.7807 pourrait-elle servir de source DISM pour réparer une installation en 19045.7725, malgré l'absence des anciens manifestes précis ?

Existe-t-il une procédure permettant de réparer les références aux packages remplacés (superseded) sans compromettre l'intégrité du magasin de composants ?

Une solution évitant la réparation sur place ou la réinstallation complète de Windows est-elle envisageable dans cette situation ?

9. Précautions

Je n'ai pas modifié manuellement les autorisations des dossiers Windows, supprimé d'entrées CBS du registre ni copié les fichiers récupérés dans le magasin de composants.

Mon ordinateur est actuellement fonctionnel et contient de nombreux logiciels et paramètres que je souhaite conserver.

Je dispose également d'images complètes Acronis permettant de retrouver l'état actuel du système en cas de nécessité.

Je recherche donc prioritairement une procédure technique fiable et documentée, permettant de réparer le magasin de composants et de rétablir l'installation des mises à jour de sécurité ESU.

Je peux fournir les extraits pertinents des journaux CBS et DISM ainsi que les résultats détaillés des vérifications.

Merci par avance pour votre aide et votre expertise.Bonjour,

Windows pour les particuliers | Windows 10 | Windows Update
0 commentaires
Réponse recommandée par le modérateur
PHILTESS 0 Points de réputation
2026-10-16T14:08:43.81+00:00

Objet : Problème résolu — Réparation du magasin de composants Windows 10 et installation réussie de la KB5126657

Bonjour,

Je tenais à revenir vers vous pour vous annoncer une excellente nouvelle : nous avons réussi à réparer mon installation de Windows 10 et à installer la mise à jour cumulative KB5126657, qui échouait systématiquement avec l’erreur 0x800f0831.

Je souhaite tout d’abord vous remercier très sincèrement pour votre réponse particulièrement documentée, ainsi que pour les deux pistes de réparation que vous m’aviez proposées.

Vos explications concernant l’utilisation d’une source fiable pour DISM nous ont été très précieuses.

Avec l’assistance de ChatGPT, que j’ai sollicité tout au long de cette investigation pour analyser les journaux Windows et préparer les commandes PowerShell, nous avons poursuivi les recherches jusqu’à identifier précisément l’origine du problème.

1. Situation initiale

Mon ordinateur est un HP ENVY Phoenix fonctionnant sous Windows 10 Famille, version 22H2, architecture x64, inscrit au programme de mises à jour de sécurité étendues (ESU).

Il était bloqué sur la compilation 19045.7725.

L’installation de la KB5126657 échouait avec le code 0x800f0831.

Parallèlement :

  • DISM /Online /Cleanup-Image /RestoreHealth échouait avec l’erreur 0x800f081f (fichiers sources introuvables).
  • sfc /scannow détectait des fichiers corrompus sans parvenir à tous les réparer.
  • L’analyse DISM indiquait que le magasin de composants était réparable.

2. Première tentative à partir d’un autre ordinateur

Conformément à votre première proposition, nous avons utilisé un second ordinateur, un HP OMEN fonctionnant sous Windows 10, compilation 19045.7807.

Nous avons copié son dossier C:\Windows\WinSxS sur un disque dur externe, soit environ 14,5 Go de fichiers, puis tenté une réparation DISM avec cette source.

Malheureusement, malgré une copie terminée sans erreur, DISM renvoyait toujours 0x800f081f.

Nous avons donc poursuivi l’investigation, sans recourir finalement à une réinstallation de Windows ni à la création d’un ISO avec UUP Dump.

3. Identification précise des cinq manifestes manquants

L’analyse approfondie du journal CBS.log nous a permis de retrouver cinq anomalies de type CBS MUM Missing.

Elles concernaient exactement les packages suivants :

  • Microsoft-Windows-Client-Desktop-Required-Package0110, version 10.0.19041.6456.
  • Microsoft-Windows-Client-Desktop-Required-Package01, version 10.0.19041.6456.
  • Microsoft-Windows-Client-LanguagePack-Package, langue fr-FR, version 10.0.19041.6456.
  • Microsoft-Windows-Client-LanguagePack-Package, langue fr-FR, version 10.0.19041.6466.
  • Package_for_RollupFix, version 19041.6466.1.0.

C’est à partir de cette identification que nous avons entrepris une récupération ciblée.

4. Récupération des fichiers depuis les mises à jour Microsoft

Nous avons téléchargé et examiné les archives des mises à jour :

  • KB5066791, correspondant à la compilation 19041.6456.
  • KB5071959, correspondant à la compilation 19045.6466.

Grâce à l’utilitaire Windows expand.exe, nous avons exploré les archives CAB et leurs fichiers internes.

Dans la KB5066791, nous avons retrouvé les trois premiers manifestes .mum ainsi que leurs catalogues .cat.

Dans la KB5071959, nous avons retrouvé le manifeste linguistique français de version 19041.6466, avec son catalogue.

Le cinquième manifeste, Package_for_RollupFix, a nécessité une recherche complémentaire.

Nous avons découvert qu’il correspondait au fichier principal update.mum de la KB5071959.

L’analyse de son contenu XML a confirmé :

  • Nom : Package_for_RollupFix
  • Version : 19041.6466.1.0
  • Architecture : amd64
  • Clé publique : 31bf3856ad364e35

Son catalogue associé, update.cat, présentait une signature numérique Microsoft Windows valide.

Après avoir préparé des copies sous les noms attendus, nous avons regroupé les cinq fichiers .mum et leurs cinq fichiers .cat dans un dossier source unique, puis vérifié les identités XML des manifestes.

5. Réparation réussie avec DISM

Nous avons alors exécuté, dans PowerShell administrateur :

$source = "$env:USERPROFILE\Downloads\CBS_Source_20261015"

DISM.exe /Online /Cleanup-Image /RestoreHealth "/Source:$source" /LimitAccess

Cette fois, DISM a terminé son opération à 100 % avec succès !

Le journal CBS a confirmé explicitement :

Total Detected Corruption: 5

CBS Manifest Corruption: 5

Total Repaired Corruption: 5

CBS Manifest Repaired: 5

All CBS store corruptions were fixed

Nous avions donc réparé les cinq anomalies initialement responsables de la corruption du magasin de composants.

Une nouvelle analyse :

DISM.exe /Online /Cleanup-Image /ScanHealth

a confirmé qu’aucun endommagement du magasin de composants n’était désormais détecté.

6. Installation réussie de la mise à jour et vérification finale

Après avoir créé et validé une nouvelle image système avec Acronis, nous avons relancé Windows Update.

Le 16 octobre 2026, la mise à jour cumulative KB5126657 s’est installée avec succès, alors qu’elle échouait auparavant systématiquement.

La commande winver confirme maintenant :

Windows 10 version 22H2 — compilation 19045.7807.

Enfin, alors que SFC signalait encore quelques anomalies immédiatement après la réparation DISM, une dernière exécution de :

sfc /scannow

après l’installation de la mise à jour a donné le résultat suivant :

« Le programme de protection des ressources Windows n’a trouvé aucune violation d’intégrité. »

Nous avons ainsi obtenu une installation Windows à jour, un magasin de composants sain et une vérification SFC entièrement satisfaisante, sans réinstallation du système ni perte de mes applications et de mes données.

7. Mes remerciements

Je souhaitais vous faire ce retour détaillé, car votre intervention a constitué un point de départ essentiel.

Votre suggestion d’utiliser une source de réparation adaptée à la version de Windows nous a amenés à explorer plus précisément les différentes possibilités de récupération des composants manquants.

Même si la copie du dossier WinSxS depuis l’autre ordinateur n’a pas suffi, nous avons finalement pu appliquer ce principe à une source beaucoup plus ciblée, constituée des manifestes et catalogues extraits des mises à jour Microsoft.

Je tiens également à souligner l’utilité de l’assistance de ChatGPT dans cette démarche, notamment pour analyser les fichiers CBS, identifier les versions exactes, explorer les archives CAB et élaborer progressivement les commandes nécessaires.

Votre expertise, l’assistance technique de ChatGPT et ma propre détermination ont finalement permis de résoudre un problème qui paraissait particulièrement difficile.

J’espère que ce retour d’expérience pourra également être utile à d’autres utilisateurs confrontés aux erreurs 0x800f0831 et 0x800f081f, lorsque leur magasin de composants présente des manifestes CBS manquants.

Je vous renouvelle mes remerciements les plus sincères pour votre disponibilité, la précision de vos explications et la qualité de votre aide.

Bien cordialement,

Philippe GARULO Objet : Problème résolu — Réparation du magasin de composants Windows 10 et installation réussie de la KB5126657

Bonjour,

Je tenais à revenir vers vous pour vous annoncer une excellente nouvelle : nous avons réussi à réparer mon installation de Windows 10 et à installer la mise à jour cumulative KB5126657, qui échouait systématiquement avec l’erreur 0x800f0831.

Je souhaite tout d’abord vous remercier très sincèrement pour votre réponse particulièrement documentée, ainsi que pour les deux pistes de réparation que vous m’aviez proposées.

Vos explications concernant l’utilisation d’une source fiable pour DISM nous ont été très précieuses.

Avec l’assistance de ChatGPT, que j’ai sollicité tout au long de cette investigation pour analyser les journaux Windows et préparer les commandes PowerShell, nous avons poursuivi les recherches jusqu’à identifier précisément l’origine du problème.

1. Situation initiale

Mon ordinateur est un HP ENVY Phoenix fonctionnant sous Windows 10 Famille, version 22H2, architecture x64, inscrit au programme de mises à jour de sécurité étendues (ESU).

Il était bloqué sur la compilation 19045.7725.

L’installation de la KB5126657 échouait avec le code 0x800f0831.

Parallèlement :

  • DISM /Online /Cleanup-Image /RestoreHealth échouait avec l’erreur 0x800f081f (fichiers sources introuvables).
  • sfc /scannow détectait des fichiers corrompus sans parvenir à tous les réparer.
  • L’analyse DISM indiquait que le magasin de composants était réparable.

2. Première tentative à partir d’un autre ordinateur

Conformément à votre première proposition, nous avons utilisé un second ordinateur, un HP OMEN fonctionnant sous Windows 10, compilation 19045.7807.

Nous avons copié son dossier C:\Windows\WinSxS sur un disque dur externe, soit environ 14,5 Go de fichiers, puis tenté une réparation DISM avec cette source.

Malheureusement, malgré une copie terminée sans erreur, DISM renvoyait toujours 0x800f081f.

Nous avons donc poursuivi l’investigation, sans recourir finalement à une réinstallation de Windows ni à la création d’un ISO avec UUP Dump.

3. Identification précise des cinq manifestes manquants

L’analyse approfondie du journal CBS.log nous a permis de retrouver cinq anomalies de type CBS MUM Missing.

Elles concernaient exactement les packages suivants :

  • Microsoft-Windows-Client-Desktop-Required-Package0110, version 10.0.19041.6456.
  • Microsoft-Windows-Client-Desktop-Required-Package01, version 10.0.19041.6456.
  • Microsoft-Windows-Client-LanguagePack-Package, langue fr-FR, version 10.0.19041.6456.
  • Microsoft-Windows-Client-LanguagePack-Package, langue fr-FR, version 10.0.19041.6466.
  • Package_for_RollupFix, version 19041.6466.1.0.

C’est à partir de cette identification que nous avons entrepris une récupération ciblée.

4. Récupération des fichiers depuis les mises à jour Microsoft

Nous avons téléchargé et examiné les archives des mises à jour :

  • KB5066791, correspondant à la compilation 19041.6456.
  • KB5071959, correspondant à la compilation 19045.6466.

Grâce à l’utilitaire Windows expand.exe, nous avons exploré les archives CAB et leurs fichiers internes.

Dans la KB5066791, nous avons retrouvé les trois premiers manifestes .mum ainsi que leurs catalogues .cat.

Dans la KB5071959, nous avons retrouvé le manifeste linguistique français de version 19041.6466, avec son catalogue.

Le cinquième manifeste, Package_for_RollupFix, a nécessité une recherche complémentaire.

Nous avons découvert qu’il correspondait au fichier principal update.mum de la KB5071959.

L’analyse de son contenu XML a confirmé :

  • Nom : Package_for_RollupFix
  • Version : 19041.6466.1.0
  • Architecture : amd64
  • Clé publique : 31bf3856ad364e35

Son catalogue associé, update.cat, présentait une signature numérique Microsoft Windows valide.

Après avoir préparé des copies sous les noms attendus, nous avons regroupé les cinq fichiers .mum et leurs cinq fichiers .cat dans un dossier source unique, puis vérifié les identités XML des manifestes.

5. Réparation réussie avec DISM

Nous avons alors exécuté, dans PowerShell administrateur :

$source = "$env:USERPROFILE\Downloads\CBS_Source_20261015"

DISM.exe /Online /Cleanup-Image /RestoreHealth "/Source:$source" /LimitAccess

Cette fois, DISM a terminé son opération à 100 % avec succès !

Le journal CBS a confirmé explicitement :

Total Detected Corruption: 5

CBS Manifest Corruption: 5

Total Repaired Corruption: 5

CBS Manifest Repaired: 5

All CBS store corruptions were fixed

Nous avions donc réparé les cinq anomalies initialement responsables de la corruption du magasin de composants.

Une nouvelle analyse :

DISM.exe /Online /Cleanup-Image /ScanHealth

a confirmé qu’aucun endommagement du magasin de composants n’était désormais détecté.

6. Installation réussie de la mise à jour et vérification finale

Après avoir créé et validé une nouvelle image système avec Acronis, nous avons relancé Windows Update.

Le 16 octobre 2026, la mise à jour cumulative KB5126657 s’est installée avec succès, alors qu’elle échouait auparavant systématiquement.

La commande winver confirme maintenant :

Windows 10 version 22H2 — compilation 19045.7807.

Enfin, alors que SFC signalait encore quelques anomalies immédiatement après la réparation DISM, une dernière exécution de :

sfc /scannow

après l’installation de la mise à jour a donné le résultat suivant :

« Le programme de protection des ressources Windows n’a trouvé aucune violation d’intégrité. »

Nous avons ainsi obtenu une installation Windows à jour, un magasin de composants sain et une vérification SFC entièrement satisfaisante, sans réinstallation du système ni perte de mes applications et de mes données.

7. Mes remerciements

Je souhaitais vous faire ce retour détaillé, car votre intervention a constitué un point de départ essentiel.

Votre suggestion d’utiliser une source de réparation adaptée à la version de Windows nous a amenés à explorer plus précisément les différentes possibilités de récupération des composants manquants.

Même si la copie du dossier WinSxS depuis l’autre ordinateur n’a pas suffi, nous avons finalement pu appliquer ce principe à une source beaucoup plus ciblée, constituée des manifestes et catalogues extraits des mises à jour Microsoft.

Je tiens également à souligner l’utilité de l’assistance de ChatGPT dans cette démarche, notamment pour analyser les fichiers CBS, identifier les versions exactes, explorer les archives CAB et élaborer progressivement les commandes nécessaires.

Votre expertise, l’assistance technique de ChatGPT et ma propre détermination ont finalement permis de résoudre un problème qui paraissait particulièrement difficile.

J’espère que ce retour d’expérience pourra également être utile à d’autres utilisateurs confrontés aux erreurs 0x800f0831 et 0x800f081f, lorsque leur magasin de composants présente des manifestes CBS manquants.

Je vous renouvelle mes remerciements les plus sincères pour votre disponibilité, la précision de vos explications et la qualité de votre aide.

Bien cordialement,

Philippe GARULO

Cette réponse vous a-t-elle été utile?

0 commentaires

4 réponses supplémentaires

Trier par : Le plus utile
Le plus utile Plus récent Plus ancien
  1. abdelhafid zekri 5,095 Points de réputation
    2026-10-15T16:53:39.53+00:00

    Pensez-vous qu'une source contenant uniquement WinSxS soit insuffisante pour cette corruption particulière ?

    Non, je ne le pense pas car j'ai utilisé plusieurs fois cette solution aussi bien sous Windows 10 que sous Windows 11 et je viens de faire encore un test sous Windows 11 avec mes 2 PC et ça fonctionne puisqu'à la fin de l'opération j'obtiens le message "Opération réussie".

    Essaye de refaire cette opération mais en copiant le répertoire WinSxS depuis ton PC HP OMEN sans utiliser Robocopy et ebn copiant ce répertoire directement à la racine du disque externe.

    La commande sera alors : Dism /Online /Cleanup-Image /RestoreHealth /Source:G:\WinSxS /LimitAccess

    La seconde méthode, avec une ISO 19045.7807 construite via UUP Dump, pourrait-elle résoudre ce problème précis malgré l'absence des anciens manifestes ?

    Si la commande passe sans erreur type 0x800f081f ou autre, il est clair que le magasin des composants du PC cible (Répertoire WinSxS du PC cible) sera réparé et par conséquent la commande SFC /scannow qui devra suivre devrait réparer tous les fichiers système.

    Remarque :

    1- Avec le paramètre /LimitAccess, la coupure de la connexion internet n'est pas nécessaire, mais j'ai l'habitude de le faire quand même.

    2- Concernant l'ISO de Windows 10 22H2 19045.7807 qu'il faut créer ave UUP DUMP, tu peux cocher seulement les éditions Famille (Core) et Pro.

    Cette réponse vous a-t-elle été utile?

    0 commentaires
  2. PHILTESS 0 Points de réputation
    2026-10-15T14:49:27.87+00:00

    Bonjour,

    Tout d'abord merci pour votre implication.

    J'ai appliqué votre première méthode sur mon HP ENVY Phoenix.

    Le PC source est un HP OMEN sous Windows 10 22H2 x64, build 19045.7807. Son magasin de composants a été vérifié avec DISM /ScanHealth, sans corruption détectée.

    J'ai copié son dossier WinSxS sur un disque externe NTFS à l'aide de Robocopy : 106 695 fichiers copiés, aucune erreur.

    Sur mon PC cible, sous Windows 10 22H2 build 19045.7725, j'ai exécuté :

    DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:G:\SOURCE_DISM_OMEN\WinSxS /LimitAccess

    La progression atteint 100 %, mais DISM renvoie :

    Erreur 0x800f081f : Impossible de trouver les fichiers sources.

    Les diagnostics CBS précédents ont identifié cinq manifestes .mum manquants dans C:\Windows\Servicing\Packages, dont deux anciens packages de version 19041.6466.

    Pensez-vous qu'une source contenant uniquement WinSxS soit insuffisante pour cette corruption particulière ?

    La seconde méthode, avec une ISO 19045.7807 construite via UUP Dump, pourrait-elle résoudre ce problème précis malgré l'absence des anciens manifestes ?

    Je souhaite conserver mes applications, mes paramètres et mes données.

    Merci pour vos précisions.

    Cette réponse vous a-t-elle été utile?

    0 commentaires
  3. abdelhafid zekri 5,095 Points de réputation
    2026-10-15T12:01:52.27+00:00

     

    Bonjour

    Quand la commande  DISM.exe /Online /Cleanup-image /Restorehealth échoue (les codes d'erreurs étant divers), la meilleure solution est d'utiliser cette commande en utilisant une source fiable pour le magasin des composants (Dossier WinSxS).

    Cependant, comme l'ISO de Windows 10 22H2 est sous une ancienne build, DISM renverra l'erreur 0x800f081f (Les fichiers sources sont introuvables). L'outil constatera que le vieil ISO ne contient pas les versions "modernes" des fichiers corrompus qu'il essaie de remplacer.

    La réparation devient alors impossible sans effectuer une réparation complète du système par mise à niveau puisque le répertoire WinSxS du dossier C:\Windows n'arrive pas à servir de base pour une réparation sans source (Répertoire incomplet, non à jour, corrompu, etc…).

    Cependant, dans un cas pareil, j'ai toujours utilisé 2 solutions de contournement.

    La première solution :

    Quand je dispose d'un deuxième PC (PC source) sous la même version de Windows et sous une build égale ou supérieure à celles du PC à réparer (PC cible), je copie le dossier WinSxS du PC source sur un disque dur externe et en supposant que la lettre de ce disque soit la lettre F sous le PC cible, je lance l'invite de commande admin et j'exécute la commande : Dism /Online /Cleanup-Image /RestoreHealth /Source:F:\WinSxS /LimitAccess

    Important : Cette commande est infaillible mais à condition que le répertoire WinSxS ne soit pas corrompu.

    La deuxième solution :

    Cette solution infaillible consiste à utiliser la dernière build de l'ISO de Windows en utilisant UUP DUMP : https://uupdump.net/

    Pour Windows 10 22H2 en 64Bits par exemple, sur cette page :

    https://uupdump.net/known.php?q=category:w10-22h2

    C'est cet Iso qu'il faut créer :

    Feature update to Windows 10, version 22H2 (19045.7807) amd64        x64

    Et pour utiliser cet ISO comme source de réparation, se déconnecter d'internet et appliquer par exemple la procédure du paragraphe : Utiliser la commande DISM avec une source externe de ce tutoriel :

    https://www.malekal.com/dism-reparer-fichiers-systemes-images-windows-10/#Utiliser_DISM_avec_une_source_ISO_Windows

    Cette réponse vous a-t-elle été utile?

  4. Carl-L 23,620 Points de réputation Personnel externe de Microsoft Corporation Modérateur
    2026-10-15T09:06:03.8633333+00:00

    Avertissement : Veuillez noter que les informations fournies ont été traduites à l’aide d’outils de traduction automatisés. Bien que nous nous efforcions d’assurer l’exactitude des traductions, celles-ci peuvent ne pas toujours refléter parfaitement le sens, le contexte ou l’intention du contenu original.

    Bonjour PHILTESS,

    Bienvenue sur le forum Microsoft Q&A.

    Concernant vos questions, nous pouvons tout d'abord tenter une réparation via DISM ; si elle aboutit, cela nous évitera de devoir réinstaller Windows. Les paquets téléchargés ainsi qu'un PC en bon état de fonctionnement pourront servir de source.

    • Partagez le répertoire Windows de l’ordinateur sain avec l’ordinateur affecté.
    • Ouvrez une instance de PowerShell avec des privilèges élevés sur l’ordinateur affecté, puis saisissez la commande suivante : DISM /Online /Cleanup-Image /RestoreHealth /Source:\HEALTHY-PC\Windows /LimitAccess.

    Si la réponse vous est utile, veuillez cliquer sur « Oui ». Si vous avez des questions supplémentaires concernant cette réponse, veuillez cliquer sur « Commenter ».

    Remarque : veuillez suivre les étapes indiquées dans notre documentation pour activer les notifications par e-mail si vous souhaitez recevoir des notifications par e-mail liées à ce fil de discussion.

    Cette réponse vous a-t-elle été utile?

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur(e) de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur(e).