Uzupełnienie dotyczące bezpieczeństwa: 14 września 2026
Poniższy opis dotyczy pojedynczego przypadku klienta z Windows 7 z 2013 roku, a nie ogólnego rozwiązania przetestowanego obecnie. Ostatnia widoczna nazwa classpnp.sys nie dowodzi, że ten plik spowodował awarię. Nie zmieniaj jego nazwy ani nie pobieraj zamiennika z portalu z plikami.
Przed naprawą zapisz wersję Windows, pełny komunikat błędu, ostatnie udane logowanie i niedawne zmiany. Czarny ekran z ruchomym wskaźnikiem i przerwany rozruch to różne obserwacje. Microsoft wyróżnia kilka faz uruchamiania; podlinkowana dokumentacja jest przeznaczona dla specjalistów IT i wspieranych wersji Windows.
Lustrzana macierz RAID nie jest niezależną kopią zapasową. Sprawdź kopie ważnych plików na innym nośniku. Jeśli brakuje danych bez kopii, dysk wydaje nietypowe dźwięki albo macierz jest zdegradowana, przerwij i zleć najpierw specjalistyczną ocenę odzyskiwania danych. Nawet odczyt może obciążać uszkodzony dysk.
Nie odłączaj próbnie dysku z lustra ani nie inicjalizuj, nie rozwiązuj i nie odbudowuj macierzy. Zapisz model kontrolera, przyporządkowanie dysków i stan. Oryginał nie podaje dokładnego modelu DawiControl, więc nie pozwala wybrać odpowiedniego sterownika.
Według Microsoft chkdsk bez parametrów tylko pokazuje stan; /f, /r, /x i /b mogą wykonywać naprawy. Nie są to gotowe zalecenia dla jedynej kopii danych. Nie ignoruj błędów. Po prawidłowo zaplanowanym odzyskaniu sprawdź rozruch, pliki, dzienniki i RAID; zachowaj kopię zapasową.
Windows 7 nie jest już objęty regularnym wsparciem. Udana naprawa nie zastępuje planu przejścia na wspierany system. Nie odtworzyliśmy dawnego incydentu ani nie wykonaliśmy obecnej naprawy.
Źródła: Microsoft: Windows startup issues, Microsoft: chkdsk, Microsoft: Windows 7 lifecycle.
Historyczny opis z 2013 roku
Dzisiaj trafiłem na ciekawy przypadek: klient wyłączył komputer z Windows 7 na weekend, a przy ponownym uruchomieniu system się zawieszał. Pojawiał się czarny ekran, na którym można było poruszać tylko wskaźnikiem myszy.
Od razu spróbowałem trybu awaryjnego, ale bez powodzenia: uruchamianie zatrzymywało się na classpnp.sys. Ponownie uruchomiłem komputer i wybrałem tryb awaryjny z wierszem polecenia, również bez skutku.
Podczas sprawdzania sprzętu odłączyłem napęd CD, drugi dysk twardy i wszystkie urządzenia USB. To także nie pomogło.
DOŚĆ TEGO
Trzy lata wcześniej zainstalowałem w tym komputerze kontroler RAID z macierzą lustrzaną. Naprawa Windows nie była więc od razu dostępna; najpierw pobrałem sterownik DawiControl na pendrive. Po załadowaniu właściwego sterownika kontrolera RAID mogłem wreszcie otworzyć konsolę naprawy Windows 7.
Następnie uruchomiłem Przywracanie systemu Windows 7 i wybrałem datę z poprzedniego tygodnia. Wreszcie się udało; tak rozwiązałem ten problem z classpnp.sys.
Po problemie z classpnp.sys i przywróceniu systemu pojawiły się dwa błędy pokazane poniżej. Po prostu je zignorowałem i uruchomiłem Chkdsk. Na szczęście wszystko znów zaczęło działać. Historyczna wskazówka dla użytkowników lustrzanej macierzy RAID polegała na odłączeniu jednego z dwóch dysków przed tą procedurą.
Czytelne objaśnienie historycznych ilustracji: pierwsza pokazuje uszkodzony wolumin systemowy i zakończoną wtedy pomyślnie naprawę systemu plików (chkdsk, kod 0x0). Druga pokazuje awarię kdbsync.exe, ostrzeżenie o uszkodzonym Koszu na C: i zakończone przywracanie systemu. Nie dowodzi to obecnej przyczyny ani nie stanowi zalecenia opróżnienia Kosza.