Które narzędzie jest stosowane do weryfikacji sterowników w systemie Windows?
A. verifier
B. replace
C. debug
D. sfc
Pytanie z egzaminu CKE, czerwiec 2019 (arkusz EE.08-X-19.06).
Narzędzie verifier, czyli Driver Verifier Manager, służy w Windows do weryfikacji sterowników, głównie tych działających w trybie jądra systemu. To nie jest zwykłe sprawdzanie, czy plik sterownika istnieje, tylko bardziej techniczny test poprawności działania sterownika pod obciążeniem. Verifier potrafi wykrywać błędy dostępu do pamięci, niewłaściwe użycie zasobów, problemy z IRQL, wycieki pamięci i inne sytuacje, które często kończą się niestabilnością systemu albo BSOD. W praktyce używa się go wtedy, gdy komputer zawiesza się, restartuje albo pojawiają się niebieskie ekrany po instalacji nowego sterownika karty graficznej, sieciowej, kontrolera dysku czy jakiegoś urządzenia USB. Z mojego doświadczenia warto uruchamiać go ostrożnie, najlepiej z punktem przywracania albo kopią ważnych danych, bo wadliwy sterownik może szybko doprowadzić do awarii startu systemu. Dobra praktyka administracyjna jest taka, żeby testować najpierw sterowniki firm trzecich, a nie wszystkie naraz, bo wtedy łatwiej znaleźć winowajcę. Verifier można uruchomić z okna Uruchom lub konsoli wpisując verifier. To typowe narzędzie diagnostyczne Windows, przydatne szczególnie w serwisie i administracji systemem.
W tym pytaniu łatwo pomylić kilka narzędzi systemowych, bo wszystkie brzmią trochę jak polecenia techniczne z Windows, ale ich zastosowanie jest inne. sfc, czyli System File Checker, służy do sprawdzania integralności chronionych plików systemowych Windows. Polecenie sfc /scannow potrafi naprawić uszkodzone biblioteki, pliki wykonywalne systemu czy składniki systemowe, ale nie wykonuje specjalistycznej weryfikacji działania sterowników pod obciążeniem. Może czasem pomóc, gdy system jest uszkodzony, jednak nie zastępuje narzędzia do analizy błędów sterowników.
Debug kojarzy się z diagnostyką i szukaniem błędów, więc taki wybór jest dość zrozumiały, ale w kontekście standardowych narzędzi Windows do weryfikacji sterowników nie jest właściwy. Debugowanie to ogólna czynność, często wykonywana za pomocą WinDbg albo narzędzi deweloperskich, natomiast pytanie dotyczy konkretnego programu systemowego. Samo hasło debug nie wskazuje na Driver Verifier i nie jest typowym narzędziem administracyjnym używanym do kontrolowania poprawności sterowników.
Replace również nie pasuje do tego zadania. To polecenie związane z podmianą plików, a nie z analizą stabilności sterowników, błędów pamięci czy zachowania kodu w jądrze systemu. Typowy błąd myślowy polega tu na założeniu, że skoro problem dotyczy sterownika, to trzeba go po prostu wymienić albo naprawić pliki systemowe. W praktyce najpierw trzeba ustalić, który sterownik powoduje awarię. Do tego właśnie służy verifier, który wymusza dodatkowe kontrole i pomaga ujawnić wadliwe sterowniki, zwłaszcza pochodzące od producentów sprzętu lub starszego oprogramowania.
Debug kojarzy się z diagnostyką i szukaniem błędów, więc taki wybór jest dość zrozumiały, ale w kontekście standardowych narzędzi Windows do weryfikacji sterowników nie jest właściwy. Debugowanie to ogólna czynność, często wykonywana za pomocą WinDbg albo narzędzi deweloperskich, natomiast pytanie dotyczy konkretnego programu systemowego. Samo hasło debug nie wskazuje na Driver Verifier i nie jest typowym narzędziem administracyjnym używanym do kontrolowania poprawności sterowników.
Replace również nie pasuje do tego zadania. To polecenie związane z podmianą plików, a nie z analizą stabilności sterowników, błędów pamięci czy zachowania kodu w jądrze systemu. Typowy błąd myślowy polega tu na założeniu, że skoro problem dotyczy sterownika, to trzeba go po prostu wymienić albo naprawić pliki systemowe. W praktyce najpierw trzeba ustalić, który sterownik powoduje awarię. Do tego właśnie służy verifier, który wymusza dodatkowe kontrole i pomaga ujawnić wadliwe sterowniki, zwłaszcza pochodzące od producentów sprzętu lub starszego oprogramowania.