Naprawa losowych błędów Windows często zaczyna się od sprawdzenia integralności plików systemowych. W praktyce właśnie do tego służy polecenie SFC z parametrem /scannow, ale samo uruchomienie komendy to dopiero początek: ważne są też właściwa kolejność działań, interpretacja wyniku i świadomość, kiedy trzeba sięgnąć po DISM. Poniżej wyjaśniam to konkretnie, bez zbędnej teorii, tak żeby dało się od razu przejść od diagnozy do naprawy.
Najważniejsze informacje o naprawie plików systemowych
- SFC sprawdza chronione pliki Windows i podmienia uszkodzone kopie z bufora systemowego.
- Na współczesnym Windows 10 i 11 bezpieczniej jest najpierw uruchomić DISM /RestoreHealth, a potem dopiero skan SFC.
- Komenda działa najlepiej w konsoli uruchomionej jako administrator i po zainstalowaniu aktualizacji systemu.
- Jeśli narzędzie wykryje uszkodzenia, ale nie naprawi ich wszystkich, zwykle problem leży w obrazie systemu, a nie w pojedynczym pliku.
- Dziennik
C:\Windows\Logs\CBS\CBS.logpomaga sprawdzić, co dokładnie zostało wykryte i naprawione. - To narzędzie nie zastępuje diagnostyki dysku, pamięci RAM ani sterowników, gdy źródło problemu jest gdzie indziej.
Co robi narzędzie i kiedy naprawdę pomaga
System File Checker to wbudowane narzędzie Windows, które sprawdza chronione pliki systemowe i porównuje je z poprawną kopią przechowywaną w pamięci podręcznej systemu. Jeśli znajdzie uszkodzenia, próbuje je podmienić bez ręcznej ingerencji użytkownika. To właśnie dlatego tak często uruchamia się je przy dziwnych objawach: błędach aktualizacji, nagłych awariach aplikacji systemowych, problemach z menu Start czy niestandardowym zachowaniu Eksploratora plików.
Ja traktuję ten test jako szybki filtr: jeśli Windows zaczął się zachowywać niestabilnie po aktualizacji, restarcie lub nagłym wyłączeniu, SFC potrafi od razu powiedzieć, czy problem dotyczy plików systemowych. Trzeba jednak jasno powiedzieć, czego to narzędzie nie robi. Nie naprawi uszkodzonego dysku, nie cofnie złego sterownika GPU i nie usunie błędów po aplikacji firm trzecich, która nadpisuje pliki systemowe. W takich przypadkach wynik może być poprawny, a problem i tak zostanie.
Najlepiej działa więc jako pierwszy krok diagnozy, a nie jako magiczny przycisk naprawczy. Gdy już wiesz, że zakres działania jest ograniczony, dużo łatwiej przejść do właściwej procedury i nie tracić czasu na przypadkowe próby.
Jak uruchomić naprawę bez typowych potknięć
Microsoft obecnie zaleca, aby zacząć od naprawy obrazu systemu narzędziem DISM, a dopiero potem uruchomić skan plików systemowych. To ważne, bo wiele osób odruchowo wpisuje samą komendę SFC i kończy z komunikatem, który niczego nie rozwiązuje. Jeśli chcesz zrobić to poprawnie, trzymaj się tej kolejności.
- Zainstaluj najnowsze aktualizacje Windows i uruchom komputer ponownie.
- Otwórz Wiersz polecenia jako administrator.
- Wpisz
DISM.exe /Online /Cleanup-image /Restorehealthi poczekaj na zakończenie operacji. - Po komunikacie o pomyślnym zakończeniu wpisz
sfc /scannow. - Nie zamykaj okna konsoli, dopóki weryfikacja nie dojdzie do 100 procent.
Na szybszych komputerach całość zajmuje zwykle kilka minut, ale na starszym dysku lub przy mocniejszej korupcji obrazu systemu potrafi się przeciągnąć do kilkudziesięciu minut. To normalne. Jeśli przerwiesz proces w połowie, ryzykujesz tylko powrót do punktu wyjścia.
Jeżeli DISM nie może pobrać potrzebnych plików z Windows Update, wtedy przydaje się źródło naprawy z lokalnego nośnika lub obrazu instalacyjnego. W takim scenariuszu źródło powinno odpowiadać tej samej wersji systemu, bo mieszanie wydań i buildów kończy się kolejnymi błędami zamiast naprawy. W praktyce właśnie na tym etapie wiele osób wpada w pułapkę: skanują wszystko poprawnie, ale podają niewłaściwe źródło.
Kiedy procedura jest ustawiona dobrze, najważniejsze staje się odczytanie komunikatu końcowego. I to jest moment, w którym warto przestać zgadywać, a zacząć interpretować wynik.
Jak odczytać wynik i logi po skanowaniu
Komunikat końcowy mówi więcej niż sam fakt uruchomienia narzędzia. Jeśli po skanie wszystko jest w porządku, Windows zwykle informuje, że nie wykryto naruszeń integralności. Gdy znalezione uszkodzenia zostały naprawione, temat najczęściej uznaję za zamknięty. Jeśli jednak narzędzie znalazło błędy, ale nie potrafiło naprawić części z nich, trzeba zrobić krok dalej.
| Wynik skanu | Co to zwykle znaczy | Co zrobiłbym dalej |
|---|---|---|
| Brak naruszeń integralności | Windows nie wykrył uszkodzonych plików systemowych | Szukam przyczyny problemu w sterownikach, aktualizacjach lub sprzęcie |
| Uszkodzone pliki naprawione | System odtworzył poprawne kopie z pamięci podręcznej | Testuję komputer ponownie i sprawdzam, czy objaw zniknął |
| Uszkodzone pliki, ale nie wszystkie dało się naprawić | Potrzebna jest głębsza naprawa obrazu systemu albo ręczna interwencja | Uruchamiam DISM i ponawiam SFC |
| Nie można było wykonać operacji | Proces blokuje stan systemu, tryb awaryjny często pomaga | Powtarzam skan w trybie awaryjnym i sprawdzam foldery oczekujących zmian |
Jeśli chcesz zejść poziom niżej i sprawdzić, co dokładnie zostało naprawione, pomocny jest log CBS. Microsoft wskazuje, że można z niego wyciągnąć czytelny plik tekstowy poleceniem findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt". Ten plik nie jest obowiązkowy do zwykłej naprawy, ale bywa bezcenny, gdy skan kończy się częściowym niepowodzeniem.
Na tym etapie wiadomo już, czy problem zamknął się na plikach systemowych, czy trzeba szukać głębiej. I właśnie wtedy wchodzi drugi filar naprawy, czyli DISM.
Kiedy same pliki systemowe to za mało
DISM naprawia obraz Windows, czyli warstwę, z której SFC pobiera poprawne pliki. To dlatego te dwa narzędzia się uzupełniają, a nie zastępują. SFC porównuje i podmienia pliki, natomiast DISM dba o to, by źródło tych plików w ogóle było zdrowe. Jeśli obraz systemu jest uszkodzony, sam SFC może kręcić się w miejscu albo naprawiać tylko część problemu.
| Cecha | SFC | DISM |
|---|---|---|
| Co sprawdza | Chronione pliki systemowe | Obraz systemu i komponenty potrzebne do naprawy |
| Główne zadanie | Weryfikuje i podmienia uszkodzone pliki | Naprawia źródło, z którego system bierze poprawne składniki |
| Kiedy używać | Gdy chcesz sprawdzić, czy pliki Windows są spójne | Gdy SFC nie potrafi dokończyć naprawy albo Windows Update się psuje |
| Skąd bierze dane | Z lokalnego cache systemu | Z Windows Update albo z lokalnego źródła naprawy |
W praktyce najskuteczniejsza kolejność wygląda tak: najpierw DISM, potem SFC. Jeśli Windows Update nie działa prawidłowo, używa się lokalnego źródła naprawy, na przykład obrazu instalacyjnego lub udostępnionego folderu z poprawnymi plikami. To nie jest detal techniczny dla ciekawych, tylko realny warunek powodzenia. Zły lub nieaktualny nośnik naprawy potrafi zepsuć cały proces.
Jeżeli po tej sekwencji problem nadal wraca, nie zakładaj od razu, że Windows jest „zepsuty”. Często zawodzi coś bardziej przyziemnego, a to prowadzi do najczęstszych błędów, jakie widzę przy takich naprawach.
Najczęstsze błędy, które psują cały proces
Najwięcej czasu marnuje się nie na samą diagnostykę, tylko na zły przebieg diagnozy. To są błędy, które najczęściej spowalniają naprawę:
- uruchomienie komendy bez uprawnień administratora;
- zamykanie okna konsoli przed zakończeniem weryfikacji;
- pomijanie aktualizacji Windows przed rozpoczęciem skanu;
- oczekiwanie, że SFC naprawi też sterowniki, dysk lub problemy aplikacji firm trzecich;
- powtarzanie tego samego skanu kilka razy bez sprawdzenia DISM;
- używanie niepasującego źródła naprawy, kiedy Windows Update nie działa.
Warto też pamiętać o ograniczeniach samego narzędzia. Jeśli komputer ma objawy losowych restartów, błędów odczytu z dysku albo zawiesza się po dłuższym obciążeniu, to może być już problem sprzętowy, a nie systemowy. SFC może wtedy wyjść „czysto”, a użytkownik i tak zostaje z usterką. To jeden z powodów, dla których nie lubię traktować go jak uniwersalnej odpowiedzi na każdy problem z Windows.
Gdy wiesz, gdzie narzędzie się kończy, łatwiej przejść do ostatniego etapu: sprawdzenia, czy problem wrócił z tego samego powodu, czy tylko wygląda podobnie.
Co sprawdzić, gdy problem wraca mimo naprawy
Jeśli skan zakończył się powodzeniem, a komputer po kilku dniach znów zachowuje się źle, szukam przyczyny poza samymi plikami systemowymi. Najpierw robię kopię najważniejszych danych, potem sprawdzam dysk, pamięć RAM, aktualizacje sterowników i ostatnio instalowane programy. To zwykle daje więcej niż kolejne bezrefleksyjne uruchamianie tego samego polecenia.
- Sprawdź stan dysku i błędy odczytu, zwłaszcza jeśli pojawiają się zawieszki lub wolne uruchamianie.
- Przeanalizuj ostatnie aktualizacje sterowników, szczególnie grafiki, chipsetu i kontrolera magazynu danych.
- Przetestuj pamięć RAM, jeśli problem ma charakter losowy i nie powtarza się w tym samym miejscu.
- Usuń lub odinstaluj aplikacje, które ingerują w powłokę systemu, antywirus albo narzędzia do „optymalizacji”.
- Jeśli błędy wracają po każdym większym restarcie, rozważ naprawę instalacji lub odtworzenie systemu z kopii.
Właśnie tak podchodzę do tego zadania w praktyce: najpierw sprawdzam, czy Windows da się naprawić bez większych ruchów, a jeśli nie, zawężam źródło problemu zamiast zgadywać. Dobrze użyte narzędzie SFC oszczędza czas, ale jeszcze więcej oszczędza świadoma interpretacja wyniku i szybkie przejście do kolejnego kroku, gdy system potrzebuje już czegoś więcej niż samej weryfikacji plików.
