Comment exécuter sfc /scannow pour réparer les fichiers système de Windows

Ce que fait réellement sfc /scannow

System File Checker compare chaque fichier système protégé — les DLL et exécutables qui composent Windows lui-même — aux copies de référence conservées dans C:\Windows\WinSxS. Si un fichier sur le disque diffère de l'exemplaire de référence, SFC le remplace ; si l'exemplaire du magasin est lui-même abîmé, SFC signale le fichier sans pouvoir le réparer — c'est précisément pour cela que DISM existe. L'analyse exige une console en administrateur : Win+X → Terminal (Administrateur). Seul le disque local est lu, aucune connexion internet n'est donc nécessaire.

On sort SFC quand Windows se comporte comme s'il était lui-même endommagé : après une mise à jour ratée, une extinction brutale pendant une maintenance ou le retrait d'un malware qui a laissé des traces. La commande est parfaitement inoffensive pour les données personnelles : profils, documents et dossiers propres des logiciels ne sont ni lus ni modifiés.

• Après une mise à jour de Windows qui s'interrompt en plein milieu ou se rembobine en boucle
• Quand des écrans bleus comme CRITICAL_PROCESS_DIED ou IRQL_NOT_LESS_OR_EQUAL surgissent sans cause matérielle
• Après un nettoyage de malware, pour vérifier que les fichiers système ont survécu
• Quand les applications intégrées, le menu Démarrer ou Paramètres plantent à l'ouverture
• Avant une réparation sur place — vingt minutes de scan éviteront peut-être une heure de réinstallation
• Quand DISM ou Windows Update lui-même signale un magasin endommagé

Lancer SFC et lire le verdict

Ouvrez Terminal (Administrateur) via Win+X ou le clic droit sur Démarrer, tapez sfc /scannow puis Entrée. L'analyse affiche un pourcentage et se termine en général en 5 à 20 minutes — nettement plus sur de vieux HDD — et la fenêtre de console doit rester ouverte jusqu'au bout. Quatre issues sont possibles, chacune avec son étape suivante.

« Windows Resource Protection did not find any integrity violations » : les fichiers système sont propres, cherchez la panne ailleurs. « Found corrupt files and successfully repaired them » : victoire — redémarrez pour que les fichiers réparés se chargent réellement. « Found corrupt files but was unable to fix some of them » pointe un magasin de composants endommagé : lancez DISM /Online /Cleanup-Image /RestoreHealth puis recommencez la passe SFC. « Could not perform the requested operation » signifie presque toujours des opérations de maintenance en attente — redémarrez et réessayez.

Quand SFC échoue : DISM d'abord, puis on répète

SFC n'est jamais plus sain que le magasin depuis lequel il répare ; l'échelle qui marche est donc DISM RestoreHealth → sfc /scannow → redémarrage. Le détail de chaque réparation atterrit dans C:\Windows\Logs\CBS\CBS.log ; pour n'en voir que les lignes SFC, findstr /c:[SR] %windir%\Logs\CBS\CBS.log fait le tri. Il existe des variantes pour les cas précis : sfc /verifyonly compare sans rien changer, et sfc /scanfile=C:\Windows\System32\broken.dll cible un seul fichier.

Un avertissement au sujet du magasin dont SFC dépend : ne supprimez jamais rien à la main dans C:\Windows\WinSxS et n'y laissez pas non plus les « optimiseurs » mettre les mains — un magasin éventré transforme chaque SFC futur en rapport de dégâts irréparables. Passez par la voie officielle StartComponentCleanup. Lancer SFC en routine ne sert à rien : déclenchez-le sur soupçon et après incident, pas au calendrier.

Questions et réponses

À lire ensuite

Tous les articles · FAQ