Objectif
Réparer une corruption de l’image ou des fichiers système Windows sans réinstaller immédiatement la machine, en distinguant magasin de composants et fichiers protégés, en utilisant DISM puis SFC et en validant la disparition du symptôme initial.
Prérequis
- Invite de commandes ou PowerShell élevé.
- Espace libre suffisant sur le volume système.
- Connexion Windows Update fonctionnelle ou source de réparation préparée.
- Symptôme et code d’erreur initial documentés.
- Sauvegarde récente pour un serveur ou poste critique.
Procédure pas à pas
Documenter le symptôme et l’état de Windows
Notez ce qui échoue réellement : Windows Update, rôle, application système, DLL, crash ou démarrage. Relevez la version et le build afin de choisir une source correcte si nécessaire. Vérifiez aussi l’espace disque, car une réparation peut échouer sur un volume presque plein.
winverGet-ComputerInfo | Select WindowsProductName,WindowsVersion,OsBuildNumberGet-Volume -DriveLetter C | Select Size,SizeRemaining- Le problème initial et le build de Windows sont connus avant réparation.
Exécuter DISM CheckHealth puis ScanHealth
CheckHealth indique rapidement si l’image a déjà été marquée comme réparable. ScanHealth effectue une analyse plus complète du magasin de composants. Ces commandes permettent de distinguer un système sain d’une corruption avant d’exécuter une réparation. Conservez le résultat exact au lieu de lancer RestoreHealth sans contexte.
DISM /Online /Cleanup-Image /CheckHealthDISM /Online /Cleanup-Image /ScanHealth- L’état du magasin de composants est identifié : sain, réparable ou non réparable.
Réparer le magasin avec RestoreHealth
Si l’image est réparable, exécutez RestoreHealth. Par défaut, DISM peut utiliser la source de réparation configurée par le système, souvent Windows Update ou une source définie par stratégie. Laissez la commande terminer même si la progression semble figée. Notez le code exact si elle échoue.
DISM /Online /Cleanup-Image /RestoreHealth- La commande se termine par une restauration réussie ou fournit un code exploitable.
Utiliser une source explicite si les fichiers sont introuvables
Si DISM retourne que les fichiers sources sont introuvables, montez un média correspondant ou utilisez une source réseau approuvée. Identifiez l’index de l’image avant de l’utiliser. Avec /LimitAccess, DISM n’essaie pas Windows Update. Adaptez install.wim/install.esd et l’index à l’édition du système.
DISM /Get-WimInfo /WimFile:D:sourcesinstall.wimDISM /Online /Cleanup-Image /RestoreHealth /Source:wim:D:sourcesinstall.wim:<INDEX> /LimitAccess- RestoreHealth réussit avec une source correspondant au système installé.
Exécuter SFC après réparation du magasin
Une fois le magasin de composants sain, lancez sfc /scannow. SFC vérifie les fichiers système protégés et remplace ceux qui sont corrompus à partir du magasin de composants. C’est pourquoi DISM est généralement utilisé avant SFC lorsque le magasin lui-même peut être endommagé.
sfc /scannow- SFC indique qu’il n’a trouvé aucune violation ou qu’il a réparé les fichiers corrompus.
Extraire les détails CBS si SFC ne répare pas tout
Si SFC annonce qu’il n’a pas pu réparer certains fichiers, filtrez CBS.log pour obtenir les lignes [SR]. Conservez le journal complet avant de relancer des réparations. Le nom du fichier ou du composant aide à déterminer s’il s’agit d’un composant Windows, d’un package de langue ou d’un problème plus large.
findstr /c:"[SR]" %windir%LogsCBSCBS.log > "%USERPROFILE%Desktopsfc-details.txt"- Les fichiers non réparés sont identifiés plutôt qu’un message générique SFC.
Contrôler les logs DISM et les événements
En cas d’échec, examinez %windir%LogsDISMdism.log et CBS.log autour de l’heure de la commande. Vérifiez également Windows Update si RestoreHealth dépend de lui. Ne réinitialisez pas Windows Update ou TrustedInstaller tant que le log n’indique pas une piste correspondante.
Get-Content $env:windirLogsDISMdism.log -Tail 100Get-Content $env:windirLogsCBSCBS.log -Tail 100- Le code d’erreur est relié à une source, un package ou une opération précise.
Redémarrer si nécessaire puis répéter les contrôles
Après une réparation réussie, redémarrez si le système ou les événements indiquent qu’un reboot est nécessaire. Exécutez ensuite ScanHealth et SFC une seconde fois pour vérifier que l’état est stable. Un seul succès de commande ne suffit pas si le symptôme initial persiste après redémarrage.
DISM /Online /Cleanup-Image /ScanHealthsfc /scannow- L’image et les fichiers système restent sains après redémarrage.
Retester la fonction qui était en panne
Relancez Windows Update, le rôle, l’application ou l’action qui avait déclenché le diagnostic. Si le problème persiste malgré DISM/SFC sains, arrêtez de répéter les mêmes commandes : la cause peut être un pilote, un profil, une application, le stockage ou une configuration. Documentez le résultat avant de passer à un autre arbre de diagnostic.
- Le symptôme initial est corrigé ou clairement classé comme non lié à la corruption système.
Validation
La procédure est validée lorsque :
- DISM /ScanHealth ne signale plus de corruption réparable.
- SFC termine sans fichier non réparé.
- Les logs ne contiennent pas de nouvelle erreur liée au même composant.
- La fonction à l’origine du diagnostic est retestée après réparation.
Retour arrière
- DISM/SFC remplacent des composants système par des versions approuvées et n’ont pas de rollback simple ; utilisez une sauvegarde ou un point de restauration si une régression exceptionnelle apparaît.
- Si une source /Source incorrecte a été utilisée et que l’état se dégrade, arrêter les tentatives et revenir à une image/sauvegarde supportée.
- Ne supprimez pas CBS.log ou DISM.log tant que l’incident n’est pas clôturé.
- Pour un système non démarrable, basculer vers WinRE et la procédure de réparation hors ligne plutôt que multiplier les commandes online.
Dépannage / erreurs fréquentes
- 0x800f081f source files could not be found : fournir une source compatible ou corriger la source de réparation configurée.
- DISM reste longtemps à un pourcentage : vérifier activité CPU/disque et attendre avant de tuer le processus.
- SFC répare à chaque exécution : rechercher une source qui réintroduit la corruption, un disque défaillant ou une mise à jour problématique.
- ScanHealth sain mais application toujours KO : passer au diagnostic applicatif/driver plutôt que réexécuter DISM.
- Windows ne démarre pas : utiliser SFC/DISM hors ligne depuis WinRE avec les bons chemins du volume Windows.