DISM przydaje się wtedy, gdy problemy z Windowsem schodzą niżej niż pojedynczy błąd w aplikacji czy jeden uszkodzony plik systemowy. To narzędzie służy do naprawy i obsługi obrazu systemu, a więc miejsca, z którego Windows czerpie składniki potrzebne do działania, aktualizacji i włączania funkcji. Poniżej pokazuję, kiedy naprawdę warto po nie sięgnąć, jak wykonać naprawę bezpiecznie i czym różni się od zwykłego skanowania SFC.
Najważniejsze informacje o naprawie obrazu Windows
- DISM naprawia przede wszystkim obraz systemu i magazyn składników, a nie każdy losowy problem w komputerze.
- Najczęściej zaczynam od
CheckHealth, potem uruchamiamScanHealth, a dopiero na końcuRestoreHealth. - Po naprawie obrazu zwykle warto wykonać jeszcze
sfc /scannow. - Gdy Windows Update nie dostarcza plików naprawczych, trzeba podać własne źródło.
- Narzędzie działa też offline, więc nadaje się do pracy na obrazach
.wim,.vhdi.vhdx.
Czym jest DISM i kiedy naprawdę się przydaje
To narzędzie serwisowe służy do obsługi obrazów Windows, także tych używanych przez Windows PE, Windows RE i Windows Setup. W praktyce oznacza to, że można nim naprawiać, przygotowywać i modyfikować obrazy systemu, a także instalować lub usuwać funkcje, pakiety, sterowniki i ustawienia językowe. Microsoft opisuje je jako narzędzie do pracy z obrazami .wim, .ffu, .vhd i .vhdx, a część komend działa również na uruchomionym systemie.
Ja traktuję je jako narzędzie do porządkowania samego fundamentu Windows, nie jako uniwersalny lek na wszystko. Jeśli problem dotyczy uszkodzonego dysku, pamięci RAM albo sterownika, samo naprawianie obrazu może nie wystarczyć. Jeżeli jednak system zaczyna sypać błędami aktualizacji, nie chce włączyć opcjonalnej funkcji albo SFC nie radzi sobie z naprawą plików, właśnie tutaj zaczyna się sensowne działanie. I to prowadzi do pytania, po czym rozpoznać, że warto przejść od diagnozy do naprawy.
Objawy, które wskazują na uszkodzony obraz systemu
Nie każdy błąd Windowsa oznacza od razu problem z obrazem systemu. Zdarza się, że winna jest aktualizacja sterownika, konflikt oprogramowania albo uszkodzony plik użytkownika. Są jednak sytuacje, w których ścieżka naprawy obrazu jest po prostu najrozsądniejsza.
| Sytuacja | Co zwykle robię | Dlaczego to ma sens |
|---|---|---|
| Windows Update zgłasza błędy instalacji lub kończy się niepowodzeniem | Sprawdzam stan obrazu i uruchamiam naprawę komponentów | Magazyn składników często jest źródłem problemu z aktualizacjami |
| Opcjonalna funkcja Windows nie chce się włączyć | Weryfikuję dostępność plików naprawczych i źródło | Brakujące składniki zwykle da się dociągnąć lub odtworzyć |
sfc /scannow nie potrafi naprawić plików |
Najpierw naprawiam obraz systemu, potem wracam do SFC | SFC korzysta z zaplecza, które musi być zdrowe |
| Przygotowuję obraz do wdrożenia lub modyfikuję offline system | Pracuję na obrazie montowanym offline | To bezpieczniejsze i daje większą kontrolę nad zmianami |
Jeśli objawy wyglądają jak uszkodzenie magazynu składników, nie zaczynam od reinstalacji. Najpierw sprawdzam, czy naprawa systemu ma jeszcze sens, bo w wielu przypadkach oszczędza to godzinę, a czasem cały dzień pracy. Następny krok to już konkretne polecenia i właściwa kolejność działań.
Jak wykonać naprawę krok po kroku
Najbezpieczniej zaczynam od prostego sprawdzenia, a dopiero potem wchodzę w pełną naprawę. Wszystkie polecenia uruchamiam w wierszu polecenia z uprawnieniami administratora, bo bez tego część operacji po prostu nie ruszy. W praktyce wygląda to tak:
| Polecenie | Co robi | Kiedy używam |
|---|---|---|
Dism /Online /Cleanup-Image /CheckHealth |
Szybko sprawdza, czy obraz został oznaczony jako uszkodzony | Na początek, bo to najszybszy test |
Dism /Online /Cleanup-Image /ScanHealth |
Wykonuje dokładniejszy skan magazynu składników | Gdy chcę potwierdzić problem i ocenić skalę uszkodzeń |
Dism /Online /Cleanup-Image /RestoreHealth |
Pobiera lub wykorzystuje pliki naprawcze i odtwarza uszkodzone elementy | Gdy skan pokazuje, że obraz nadaje się do naprawy |
Dism /Online /Cleanup-Image /CheckHealth
Dism /Online /Cleanup-Image /ScanHealth
Dism /Online /Cleanup-Image /RestoreHealth
sfc /scannowCheckHealth zwykle wiem, czy problem w ogóle istnieje. ScanHealth trwa dłużej, bo robi dokładniejszą analizę i może zająć kilka minut. RestoreHealth naprawia obraz automatycznie, a następnie dobrze jest uruchomić jeszcze sfc /scannow, żeby domknąć naprawę pojedynczych plików systemowych. Taka kolejność jest rozsądna i oszczędza niepotrzebnych powtórzeń. Gdy jednak Windows Update nie potrafi dostarczyć plików naprawczych, trzeba sięgnąć po własne źródło.
Gdy Windows Update nie wystarcza
Jeśli komputer nie ma internetu albo usługa aktualizacji sama sprawia problemy, podaję własne źródło naprawy. Najczęściej korzystam z folderu z plikami pochodzącymi z zamontowanego obrazu instalacyjnego lub z lokalnego źródła przygotowanego wcześniej przez administrację. Ważne jest dopasowanie wersji systemu, edycji, języka i architektury. Zły nośnik albo niedopasowany obraz kończy się typowym komunikatem o braku plików źródłowych.
Dism /Online /Cleanup-Image /RestoreHealth /Source:C:\RepairSource\Windows /LimitAccess/LimitAccess blokuje pobieranie plików z Windows Update, więc system ma korzystać wyłącznie z podanego źródła. To przydaje się wtedy, gdy chcę mieć pełną kontrolę nad naprawą albo wiem, że sieć jest problemem. Jeśli wskazuję kilka źródeł, Windows bierze pliki z pierwszego miejsca, w którym je znajdzie, więc kolejność naprawdę ma znaczenie. Gdy źródło jest poprawne, a mimo to naprawa się wywraca, warto odróżnić samą naprawę obrazu od sprawdzania plików systemowych.
Czym DISM różni się od SFC
Te dwa narzędzia często są wrzucane do jednego worka, a to błąd. DISM naprawia obraz i magazyn składników, czyli zaplecze, z którego Windows bierze pliki do odtwarzania systemu. SFC sprawdza i naprawia już konkretne chronione pliki systemowe. Jeśli obraz jest uszkodzony, SFC może nie mieć z czego skorzystać. Jeśli obraz jest zdrowy, a uszkodzony jest tylko pojedynczy plik, SFC bywa wystarczające.
| Aspekt | DISM | SFC |
|---|---|---|
| Zakres działania | Naprawa obrazu systemu i składników Windows | Naprawa chronionych plików systemowych |
| Typowe użycie | Przy błędach aktualizacji, funkcji i magazynu składników | Przy brakujących lub uszkodzonych plikach systemowych |
| Kolejność | Najczęściej pierwszy krok | Najczęściej drugi krok po DISM |
| Zależność od źródła | Często potrzebuje Windows Update albo własnego źródła | Korzysta z lokalnego cache, który zależy od zdrowego obrazu |
Ja zwykle myślę o tym tak: DISM przygotowuje grunt, a SFC kończy robotę. Jeśli po obu narzędziach błąd wraca, nie zakładam od razu, że system jest beznadziejny. Często problem siedzi już niżej, na dysku, w pamięci albo w samym nośniku instalacyjnym. Z tego powodu najwięcej czasu oszczędza nie samo polecenie, tylko unikanie typowych potknięć.
Najczęstsze błędy i ograniczenia, o których lepiej wiedzieć od razu
Największy błąd, jaki widzę, to oczekiwanie, że jedno polecenie naprawi wszystko. DISM ma konkretne zastosowanie i działa dobrze wtedy, gdy trafia w właściwy problem. Poza tym są jeszcze kilka pułapek, które potrafią wybić cały proces z rytmu.
- Brak uprawnień administratora - bez nich część poleceń nie ruszy albo zakończy się błędem.
- Złe źródło naprawy - niedopasowany obraz ISO, zła edycja, język albo architektura potrafią zatrzymać cały proces.
-
Przerywanie skanowania - przy
ScanHealthiRestoreHealthtrzeba dać narzędziu czas na działanie. - Mylenie objawów - jeśli winny jest dysk, pamięć RAM albo sterownik, naprawa obrazu nie usunie przyczyny.
- Ignorowanie logów - gdy operacja się wywraca, logi DISM zwykle szybciej pokazują źródło problemu niż zgadywanie na ślepo.
- Upieranie się przy naprawie nie do uratowania - jeśli obraz jest oznaczony jako nienaprawialny, czasem rozsądniej przejść do naprawy instalacji lub czystego odtworzenia systemu.
Jeżeli pracuję na komputerze, który ma wracać do stabilności, zawsze sprawdzam też stan dysku i pamięci. W praktyce to właśnie one najczęściej decydują, czy naprawa będzie trwała, czy problem wróci po kilku dniach. I właśnie dlatego końcową decyzję warto zamknąć prostym planem działania.
Jak zamykam taką naprawę, żeby problem nie wrócił
Po udanym RestoreHealth zawsze uruchamiam system ponownie i od razu sprawdzam, czy Windows Update działa normalnie. Jeśli naprawa była wykonana z własnego źródła, pilnuję też, czy nie zostały żadne niedokończone aktualizacje. Dopiero potem odpalam SFC, bo to daje mi pewność, że system korzysta już ze zdrowego zaplecza.
Jeśli uszkodzenia pojawiają się regularnie, nie zakładam, że to tylko pech. Wtedy sprawdzam nośnik systemowy, pamięć RAM i logi naprawy, bo nawracające błędy rzadko są dziełem samego obrazu Windows. To najkrótsza droga, żeby nie wracać do tych samych poleceń za tydzień i nie kończyć tematu reinstalacją, którą można było odłożyć albo w ogóle ominąć.
