Come usare sfc /scannow per riparare i file di sistema di Windows

Che cosa fa davvero sfc /scannow

System File Checker confronta ogni file di sistema protetto — le DLL e gli eseguibili da cui gira Windows stesso — con le copie di riferimento custodite in C:\Windows\WinSxS. Se un file su disco differisce dalla copia di riferimento, SFC lo sostituisce; se è danneggiata la copia di riferimento nell'archivio, SFC segnala il file ma non può ripararlo, ed è esattamente la situazione per cui esiste DISM. L'analisi richiede una console elevata: Win+X → Terminal (amministratore). Legge solo il disco locale, quindi non serve una connessione internet.

Si ricorre a SFC quando Windows si comporta come se fossero danneggiati i suoi stessi file: dopo un aggiornamento fallito, uno spegnimento forzato durante la manutenzione o una rimozione di malware che ha lasciato danni alle spalle. Il comando è del tutto sicuro per i dati personali — non analizza e non modifica mai profili utente, documenti o le cartelle delle applicazioni.

• Dopo un aggiornamento di Windows che fallisce a metà o torna indietro ancora e ancora
• Quando schermate blu come CRITICAL_PROCESS_DIED o IRQL_NOT_LESS_OR_EQUAL partono senza un motivo hardware
• Dopo la rimozione di malware, per verificare che i file di sistema siano sopravvissuti intatti
• Quando app integrate, menu Start o Impostazioni si chiudono appena aperti
• Prima di un ripristino sul posto — magari un'analisi di 20 minuti ti risparmia la reinstallazione di un'ora
• Quando DISM o Windows Update stesso segnala corruzione dell'archivio

Eseguire SFC e leggere il risultato

Apri Terminal (amministratore) via Win+X o con clic destro su Start, digita sfc /scannow e premi Invio. L'analisi mostra una percentuale e finisce tipicamente in 5–20 minuti — parecchio più a lungo su vecchi HDD — e la console deve restare aperta fino alla fine. Sono possibili quattro esiti, e ciascuno rimanda a un passo successivo diverso.

«Windows Resource Protection did not find any integrity violations» significa che i file di sistema sono puliti: cerca altrove la causa del guasto. «Found corrupt files and successfully repaired them» è la vittoria: riavvia, così i file riparati vengono davvero caricati. «Found corrupt files but was unable to fix some of them» punta a un archivio componenti danneggiato: esegui DISM /Online /Cleanup-Image /RestoreHealth e ripeti il passaggio SFC. «Could not perform the requested operation» quasi sempre indica operazioni di manutenzione in sospeso: riavvia e riprova.

Quando SFC non basta: prima DISM, poi si ripete

SFC può essere sano solo quanto l'archivio da cui ripara, quindi la scala che funziona è DISM RestoreHealth → sfc /scannow → riavvio. I dettagli di ogni riparazione finiscono in C:\Windows\Logs\CBS\CBS.log; filtralo con findstr /c:[SR] %windir%\Logs\CBS\CBS.log per vedere solo le righe SFC. Esistono varianti utili per casi specifici: sfc /verifyonly esegue il confronto senza cambiare nulla, e sfc /scanfile=C:\Windows\System32\broken.dll prende di mira un singolo file.

Un avvertimento sull'archivio da cui SFC dipende: non eliminare mai nulla a mano dentro C:\Windows\WinSxS e non lasciarlo potare ai «pulitori» di terze parti — un archivio svuotato trasforma ogni futura esecuzione di SFC in un rapporto di corruzione irrimediabile. Passa invece dalla via ufficiale StartComponentCleanup. Eseguire SFC per routine non serve a nulla: avvialo al sospetto e dopo gli incidenti, non a scadenza.

Domande e risposte

Da leggere dopo

Tutti gli articoli · FAQ