7 wyszukiwań w Podglądzie zdarzeń, które ujawniają ukryte awarie

Jak naprawdę szukać w Podglądzie zdarzeń

Naciśnij Win+R, wpisz eventvwr i nie przeglądaj drzewa — użyj opcji Filtruj bieżący dziennik na dzienniku systemowym. Pole identyfikatorów zdarzeń przyjmuje kody rozdzielone przecinkami, minus wyklucza (41,-6008 znaczy „wszystko poza”), a lista źródeł zdarzeń zawęża pochodzenie, np. Kernel-Power czy WHEA-Logger. Zapisany filtr zostaje w lewym panelu jako widok niestandardowy, więc wyszukiwanie konfigurujesz raz. Jedna uczciwa przestroga: identyfikatory zdarzeń powtarzają się między źródłami, więc filtrowanie po źródle plus ID to różnica między sygnałem a szumem.

Siedem wyszukiwań, które się opłacają

Kernel-Power 41 to pierwszy przystanek: oznacza, że Windows stracił zasilanie albo zawiódł bez ostrzeżenia — twardy freeze, wymuszone wyłączenie, padający zasilacz — a jego licznik to prawdziwy wynik niestabilności twojej maszyny. Zdarzenie 6008 odznacza nieoczekiwane zamknięcia logowane przy następnym rozruchu, a BugCheck 1001 zapisuje kod stopu BSOD-a plus ścieżkę minidumpu — konkretne dowody na „dlaczego umarł, kiedy mnie nie było”. WHEA-Logger 17, 18 i 19 to błędy z poziomu sprzętu zgłaszane przez procesor lub platformę: pojedynczy to szum, powtarzający się wzorzec na tym samym rdzeniu wskazuje CPU, RAM albo płytę główną. Application Error 1000 i Windows Error Reporting 1001 w dzienniku aplikacji pokazują, które programy się wywalają i jak często — to cichy powód, dla którego „kapryśnej” aplikacji wini się Windows.

Ostatnie dwie pozycje to koło ratunkowe dla dysków. Kernel-PnP 219 flaguje sterowniki, których nie udało się załadować dla urządzenia — dlatego pendrive albo dysk „czasami” się nie pojawia. Disk 7 i 153 (źródła storahci/stornvme) raportują złe bloki i przekroczenia limitu czasu komend: pojedynczy można odpuścić, ale klaster tuż po zawieszeniu oznacza, że najpierw kopiujesz dane, a dopiero potem diagnozujesz dalej.

• Kernel-Power, ID 41 — brudne wyłączenia i twarde freeze’y; policz je jako swój wynik niestabilności
• BugCheck, ID 1001 — kody stopu BSOD-a wraz ze ścieżką minidumpu
• WHEA-Logger, ID 17/18/19 — błędy sprzętowe od CPU, cache lub platformy; powtórzenia na jednym rdzeniu są sygnałem
• Application Error, ID 1000 — które aplikacje naprawdę się wywalają i jak często
• Kernel-PnP, ID 219 — sterowniki urządzeń, których nie udało się załadować przy rozruchu
• Disk, ID 7 i 153 — złe bloki i przekroczenia limitów czasu; klaster po zawieszeniu znaczy: najpierw backup

Czytanie tego, co znajdziesz

Kontekst bije pojedyncze zdarzenia. Jeden 41 po sześciu miesiącach uptime’u i znanym zaniku zasilania to nic; pięć w tygodniu bez żadnych zaników to wzorzec godny pogoni, zwłaszcza gdy błędy WHEA mają te same znaczniki czasu. Skonfrontuj dziennik aplikacji z dokładną minutą awarii z dziennika systemowego — aplikacja, która padła tuż przed zawieszeniem, to zwykle podejrzany, nie ofiara. I trzymaj obok Monitor niezawodności (perfmon /rel): jego oś czasu nakłada awarie na instalacje i aktualizacje, co samo w sobie rozwiązuje połowę zagadek typu „Windows się zestarzał”.

Pytania i odpowiedzi

Przeczytaj także