Jak uruchomić sfc /scannow, aby naprawić pliki systemowe Windows

Co sfc /scannow właściwie robi

System File Checker porównuje każdy chroniony plik systemowy — biblioteki i moduły wykonywalne, na których pracuje sam Windows — z kopiami wzorcowymi o potwierdzonej poprawności, trzymanymi w C:\Windows\WinSxS. Jeśli plik na dysku odbiega od wzorca, SFC go podmienia; jeśli uszkodzony jest sam wzorzec w magazynie, SFC zgłasza plik, ale naprawić go nie potrafi — i dokładnie do tego służy DISM. Skan wymaga konsoli z prawami administratora: Win+X → Terminal (administrator). Czyta wyłącznie lokalny dysk, więc połączenie z internetem nie jest potrzebne.

Po SFC sięga się, gdy Windows zachowuje się tak, jakby uszkodzone były jego własne pliki: po nieudanej aktualizacji, twardym wyłączeniu zasilania w trakcie serwisowania albo usuwaniu malware, które zostawiło po sobie ślady. Polecenie jest całkowicie bezpieczne dla danych osobistych — nie skanuje i nie modyfikuje profili użytkowników, dokumentów ani własnych folderów aplikacji.

• Po aktualizacji Windows, która wysiada w połowie albo cofa się raz za razem
• Gdy ekrany śmierci typu CRITICAL_PROCESS_DIED lub IRQL_NOT_LESS_OR_EQUAL zaczynają się bez przyczyny w sprzęcie
• Po usunięciu malware — żeby potwierdzić, że pliki systemowe przetrwały cało
• Gdy wbudowane aplikacje, menu Start albo Ustawienia padają przy otwieraniu
• Przed naprawczą instalacją w miejscu — może 20 minut skanu oszczędzi godzinną reinstalację
• Gdy sam DISM albo Windows Update zgłasza uszkodzenie magazynu

Uruchomienie SFC i odczyt wyniku

Otwórz Terminal (administrator) przez Win+X albo klikając prawym przyciskiem Start, wpisz sfc /scannow i naciśnij Enter. Skan pokazuje procent i zwykle kończy się w 5–20 minut — na starych HDD wyraźnie dłużej — a okno konsoli musi pozostać otwarte do samego końca. Możliwe są cztery rozstrzygnięcia i każde prowadzi do innego następnego kroku.

„Windows Resource Protection did not find any integrity violations” znaczy, że pliki systemowe są czyste — przyczyny usterki szukaj gdzie indziej. „Found corrupt files and successfully repaired them” to wygrana: zrestartuj komputer, żeby naprawione pliki rzeczywiście się załadowały. „Found corrupt files but was unable to fix some of them” wskazuje na uszkodzony magazyn składników: wykonaj DISM /Online /Cleanup-Image /RestoreHealth i powtórz przebieg SFC. „Could not perform the requested operation” to prawie zawsze niedokończone operacje serwisowania — zrestartuj się i spróbuj ponownie.

Gdy SFC nie daje rady: najpierw DISM, potem powtórka

SFC jest zdrowy dokładnie tak bardzo, jak magazyn, z którego naprawia, więc działająca drabina to DISM RestoreHealth → sfc /scannow → restart. Szczegóły każdej naprawy lądują w C:\Windows\Logs\CBS\CBS.log; żeby zostawić tylko linie SFC, odfiltruj je poleceniem findstr /c:[SR] %windir%\Logs\CBS\CBS.log. Do szczególnych przypadków są warianty: sfc /verifyonly porównuje pliki, niczego nie zmieniając, a sfc /scanfile=C:\Windows\System32\broken.dll celuje w jeden konkretny plik.

Ostrzeżenie o magazynie, na którym polega SFC: nigdy nie usuwaj niczego z C:\Windows\WinSxS ręcznie i nie pozwalaj na to również narzędziom „czyszczącym” firm trzecich — wypatroszony magazyn sprawia, że każdy kolejny przebieg SFC kończy się raportem o nienaprawialnych uszkodzeniach. Używaj zamiast tego oficjalnej ścieżki StartComponentCleanup. Regularne odpalanie SFC nie ma sensu: uruchamiaj go z podejrzenia i po incydentach, a nie według harmonogramu.

Pytania i odpowiedzi

Przeczytaj także

Wszystkie poradniki · Pytania i odpowiedzi