Baza wiedzy →6 min czytaniaAktualizacja: 2026-09-21

Jak czytać dziennik zdarzeń Windows, żeby znaleźć przyczynę błędów

Podgląd zdarzeń to dziennik, jaki Windows prowadzi dla samego siebie: każda awaria, padnięta usługa i błąd sterownika ląduje tu z dokładnym czasem, poziomem ważności i identyfikatorem zdarzenia. Wciśnij Win+R, wpisz eventvwr.msc — i w dwie minuty przefiltrujesz dziennik System tak, że zostanie tylko błąd pasujący do Twojej awarii, bez instalowania czegokolwiek.

Czym jest Podgląd zdarzeń i które dzienniki się liczą

Podgląd zdarzeń towarzyszy każdemu Windowsowi od czasów NT i zbiera zdarzenia zgłaszane przez programy, usługi, sterowniki i sam system. W lewym panelu widać Dzienniki systemu Windows i to cztery z nich wykonują niemal całą robotę diagnostyczną: Aplikacja (błędy programów użytkownika), System (sterowniki, usługi i jądro systemu), Zabezpieczenia (logowania i zdarzenia inspekcji, czytelne tylko z konta administratora) oraz Instalator (historia aktualizacji). Każdy wpis ma poziom — Krytyczne, Błąd, Ostrzeżenie albo Informacje — do tego czas, źródło, które go zgłosiło, i identyfikator zdarzenia, czyli klucz, po którym się szuka.

Dwie rzeczy sprawiają, że te dzienniki dają się używać. Po pierwsze są cykliczne: każdy ma limit rozmiaru, a po zapełnieniu Windows nadpisuje najstarsze wpisy, więc czyszczenie Podglądu zdarzeń dla odzyskania miejsca nie ma sensu. Po drugie zdarzeń informacyjnych jest o rząd wielkości więcej niż błędów — rozkręcony system zapisuje ich tysiące dziennie — więc wszystko, co nie jest Krytyczne ani Błąd, można spokojnie ignorować.

  • Identyfikator 41, źródło Kernel-Power (System) — zabrakło zasilania albo ktoś zresetował komputer przyciskiem; klasyczny ślad zawieszenia
  • Identyfikator 1001, źródło BugCheck (System) — był niebieski ekran; na karcie Szczegóły widnieje kod stopu, np. 0x0000007E
  • Identyfikator 6008, źródło EventLog (System) — poprzednie zamknięcie systemu było nieoczekiwane
  • Identyfikatory 7031 i 7034, źródło Service Control Manager (System) — usługa padła; powtarzanie co kilka minut wskazuje na uszkodzoną aplikację
  • Identyfikator 4101, źródło Display (System) — sterownik grafiki został zresetowany w trakcie renderowania; z zewnątrz widać to jako mignięcie czarnym ekranem w grach
  • Identyfikator 4625 (Zabezpieczenia) — nieudana próba logowania; dłuższa seria takich wpisów zasługuje na uwagę

Jak otworzyć Podgląd zdarzeń i znaleźć swój błąd

Najpierw otwórz narzędzie: kliknij prawym przyciskiem menu Start → Podgląd zdarzeń albo wciśnij Win+R, wpisz eventvwr.msc i zatwierdź Enterem. Jeśli zamierzasz zaglądać do dziennika Zabezpieczenia, rób to z konta administratora — inaczej ta gałąź pokaże błąd zamiast zdarzeń. Rozwiń Dzienniki systemu Windows, kliknij System i posortuj po dacie i godzinie malejąco, a potem odnajdź moment awarii: podejrzane są wpisy tuż przed nią, a błędy po restarcie to zwykle skutek, nie przyczyna.

Żeby uciszyć szum, kliknij po prawej stronie Filtruj bieżący dziennik, zaznacz Krytyczne i Błąd i naciśnij OK — dziennik skurczy się do zdarzeń, które naprawdę ważą. Kliknij zdarzenie: karta Ogólne pokaże zrozumiały opis, a Szczegóły → Widok przyjazny albo XML odsłoni surowe pola. Sprawdzony przepis na wyszukiwanie jest prosty: identyfikator zdarzenia plus nazwa źródła plus wersja Windowsa — na przykład „1001 BugCheck Windows 11”.

Widoki niestandardowe, zapisywanie dzienników i czego nie robić

Gdy problem wraca jak bumerang, zbuduj widok niestandardowy: Utwórz widok niestandardowy, ten sam filtr Krytyczne/Błąd plus zakres dat — zapisany widok zamieszka w gałęzi Widoki niestandardowe i będzie zawsze pod ręką. Żeby przekazać dowody na forum albo specjaliście, kliknij prawym przyciskiem dziennik → Zapisz wszystkie zdarzenia jako i zachowaj plik .evtx; otworzy się na każdym Windowsie dokładnie w takim stanie, w jakim opuścił Twój. Przycisk Wyczyść dziennik jest bezpieczny — dziennik sam zacznie się zapełniać od nowa — ale naciskaj go dopiero po wyeksportowaniu tego, czego potrzebujesz.

Trzymaj uczciwe oczekiwania: Podgląd zdarzeń mówi, co się zepsuło, ale nie zawsze dlaczego, więc śledztwo po niebieskim ekranie ciągnie się zwykle analizą minizrzutów i kontrolami w rodzaju sfc /scannow czy chkdsk. Po drodze pomagają dwa skróty: Monitor niezawodności (uruchom perfmon /rel) rysuje te same awarie jako prostą wstążkę czerwonych krzyżyków, a głośne ostrzeżenia DCOM 10016 i 10010 to słynny szum, który można zignorować.

Pytania i odpowiedzi

Gdzie w Podglądzie zdarzeń szukać przyczyny niebieskiego ekranu?

W dzienniku System poszukaj zdarzenia 1001 od źródła BugCheck w momencie awarii — podany w nim kod stopu to punkt wyjścia do dalszych poszukiwań.

Czy można czyścić dzienniki zdarzeń?

Tak, nic się nie zepsuje: dziennik natychmiast zacznie się zapełniać od nowa, a i tak Windows nadpisuje stare wpisy. Wyeksportuj najpierw potrzebne zdarzenia — wyczyszczenie usuwa je bezpowrotnie.

Jak sprawdzić nieudane próby logowania w Windows?

Otwórz dziennik Zabezpieczenia z konta administratora i przefiltruj po identyfikatorze 4625 — nieudanych próbach logowania. Seria takich wpisów w nocy to doskonały powód, żeby sprawdzić, kto lub co próbuje się dobrać do systemu.

Sprawdź warunki przed zakupem

Porównaj czas licencji i liczbę urządzeń. Każdy płatny plan odblokowuje ten sam zestaw narzędzi PRO.

Przeczytaj także

Wszystkie poradniki · Pytania i odpowiedzi

Napisz do nas: [email protected]