Gra się zawiesza albo ekran robi się czarny, a komputer restartuje się lub wyłącza. Potem Podgląd zdarzeń pokazuje krytyczny wpis od Kernel-Power, zdarzenie o identyfikatorze 41. Ten wpis zapisuje, że zamknięcie poszło źle; nie jest diagnozą. Poniżej: co ci mówi, gdzie jest reszta dowodów i czego nie widzi żaden program.
Co mówi zdarzenie 41, a czego nie
Wyjaśnienie Microsoftu: jeśli komputer niespodziewanie się wyłączy, Windows przy jego następnym uruchomieniu rejestruje zdarzenie o identyfikatorze 41 (Microsoft). Własny komunikat zdarzenia mówi, że system „stopped responding, crashed, or lost power unexpectedly” (przestał odpowiadać, uległ awarii lub nieoczekiwanie stracił zasilanie), a Microsoft dodaje, że samo zdarzenie 41 może nie zawierać wystarczających informacji, żeby jednoznacznie określić, co się stało.
Zdarzenie pojawia się bez względu na przyczynę, a czasem wcale; użyteczną częścią są jego dane zdarzenia.
Odczytaj zdarzenie
Naciśnij Win+R, uruchom eventvwr.msc i przejdź do „Event Viewer > Windows Logs > System” (Podgląd zdarzeń > Dzienniki systemu Windows > System). Otwórz wpis Kernel-Power o identyfikatorze zdarzenia 41 z czasu restartu i znajdź w jego danych zdarzenia dwie wartości: BugcheckCode i PowerButtonTimestamp. Microsoft rozróżnia trzy przypadki:
| Co pokazują dane zdarzenia | Co to oznacza |
|---|---|
| BugcheckCode nie wynosi 0 | Windows zatrzymał się na błędzie zatrzymania (niebieskim ekranie) i zapisał jego kod |
| PowerButtonTimestamp nie wynosi 0 | Przycisk zasilania został naciśnięty i przytrzymany |
| Oba wynoszą 0 albo zdarzenia 41 w ogóle nie ma | Windows nie mógł zapisać kodu: zasilanie zostało przerwane, zawieszony komputer został wyłączony, wyłączył się zbyt szybko albo nie dało się zapisać zrzutu |
Kod błędu zatrzymania
Zdarzenie 41 zapisuje kod dziesiętnie; strony Microsoftu o kodach błędów (bug check) podają je szesnastkowo. Przelicz go w trybie „Programmer” (programisty) Kalkulatora (przykład Microsoftu: 159 to 0x0000009f) i wyszukaj w dokumentacji kodów błędów Microsoftu. Strony Microsoftu dla dwóch kodów wprost wymieniają przyczyny sprzętowe:
- 0x124, WHEA_UNCORRECTABLE_ERROR (292 dziesiętnie) według Microsoftu oznacza, że wystąpił fatalny błąd sprzętowy, i może mieć związek z temperaturą albo wynikać z wadliwego sprzętu, pamięci, a nawet procesora, który zaczyna zawodzić (Microsoft). Rada Microsoftu: wyłącz wszelkie podkręcanie i upewnij się, że chłodzenie działa.
- 0x116, VIDEO_TDR_FAILURE (278 dziesiętnie) oznacza według Microsoftu, że próba zresetowania sterownika ekranu i odzyskania sprawności po przekroczeniu limitu czasu nie powiodła się. Przyczyny sprzętowe wymienione przez Microsoft obejmują podkręcone podzespoły, konfigurację i timingi pamięci, niewystarczające chłodzenie i niewystarczające zasilanie.
Przycisk zasilania
Jeśli przytrzymałeś go, bo obraz zamarł, strona Microsoftu o 0x116 opisuje właśnie taką sytuację: system wygląda na całkowicie zamrożony lub zawieszony, a ekran przestaje się odświeżać. Jeśli takie zawieszenia nigdy same nie mijają, karta Odzyskiwanie po awarii GPU na stronie Fix w w0a przywraca domyślne ustawienia odzyskiwania GPU w Windows, na wypadek gdyby coś je zmieniło (Odzyskiwanie po awarii GPU). Zmienia ustawienie; nie naprawia żadnego sprzętu.
Same zera
Microsoft pisze, że komputer może wyłączyć się zbyt szybko, żeby zapisać kody błędów albo nawet wykryć błąd, że może to wskazywać na problem z zasilaczem, i wśród przyczyn wymienia zasilacz o zbyt małej mocy lub uszkodzony. Najpierw jednak poszukaj zdarzenia o identyfikatorze 46 od volmgr, które zgłasza, że inicjowanie zrzutu awaryjnego się nie powiodło. Microsoft podaje, że może się to zdarzyć, gdy komputer uruchomił się bez skonfigurowanego pliku zrzutu (domyślnym plikiem zrzutu jest plik stronicowania), a wtedy błąd zatrzymania mógłby go zrestartować bez tego, żeby jego kod trafił do zdarzenia 41. Jeśli je znajdziesz, sprawdź plik stronicowania (Plik stronicowania a gry).
Wpisy wokół niego
W tym samym dzienniku:
- 6008 mówi, że poprzednie zamknięcie systemu „was unexpected” (było nieoczekiwane), i podaje jego czas. Microsoft sugeruje sprawdzenie, czy przed czasem zamknięcia nie wystąpiły podejrzane zdarzenia, zarówno w dzienniku Aplikacja, jak i System.
- 1001 brzmi „The computer has rebooted from a bugcheck” (komputer uruchomił się ponownie po błędzie zatrzymania), z kodem zatrzymania w zapisie szesnastkowym i ścieżką zrzutu.
- 1074 oznacza, że o restart poprosiła aplikacja lub użytkownik; Microsoft zaznacza, że nieoczekiwany restart zwykle takiego wpisu nie ma.
- Wpisy WHEA-Logger to błędy sprzętowe, każdy, jak opisuje Microsoft, z czytelnym dla człowieka komunikatem zawierającym główne szczegóły zdarzenia. Windows próbuje odzyskać sprawność po niekrytycznych błędach sprzętowych, żeby uniknąć błędu zatrzymania, więc te wpisy mogą się pojawić, zanim cokolwiek ulegnie awarii.
Dlaczego gra się wysypała? dokładniej opisuje Podgląd zdarzeń i Monitor niezawodności (Win+R, perfmon /rel).
Zachowaj dowody na następny raz
Automatycznie uruchom ponownie jest domyślnie włączone, więc po błędzie zatrzymania komputer sam się restartuje. Jeśli widziałeś niebieski ekran z kodem, ale zdarzenie 41 go nie ma, Microsoft radzi odznaczyć tę opcję:
- Kliknij pole wyszukiwania na pasku zadań, wpisz
Advanced system settingsi naciśnij Enter. - Na karcie Zaawansowane w obszarze Uruchamianie i odzyskiwanie wybierz Ustawienia.
- Odznacz Automatycznie uruchom ponownie.
W tym samym oknie ustawia się Zapisywanie informacji o debugowaniu. Domyślny Automatyczny zrzut pamięci jest zapisywany jako %SystemRoot%\MEMORY.DMP; Mały zrzut pamięci trafia do %SystemRoot%\Minidump i zawiera komunikat zatrzymania, jego parametry oraz listę załadowanych sterowników. Zrzuty wymagają pliku stronicowania na woluminie rozruchowym, więc zostaw plik stronicowania włączony.
Zasilanie: część, której program nie widzi
Przewodnik projektowy Intela dla zasilaczy ATX 3 wyjaśnia, dlaczego standard się zmienił: karty graficzne przekraczały swoje limity mocy w krótkich skokach, na których wytrzymanie starsze zasilacze nigdy nie były wprost projektowane, a te skoki mogły powodować nieoczekiwane (i niemożliwe do wyśledzenia) usterki karty lub systemu, potencjalnie wyzwalając zabezpieczenie nadprądowe zasilacza (OCP) albo spadek napięcia (Intel). Wersja 2.1a, którą Intel publikuje według stanu na październik 2026, wymiaruje zasilacze pod krótkie szczyty: dla zasilacza powyżej 450 W ze złączem 12V-2x6 jej tabela testowa obejmuje zakres od 200% mocy znamionowej przez 100 µs do 120% przez 100 ms.
Słowo „untraceable” (niemożliwe do wyśledzenia) wyznacza uczciwą granicę. Zasilacz, który zadziała zabezpieczeniem, odcina zasilanie, czyli mamy opisany wyżej przypadek z zerowymi kodami, i zdarzenie nie powie ci nic więcej. Co możesz sprawdzić:
- Moc znamionowa. NVIDIA na przykład podaje 750 W wymaganej mocy systemu dla GeForce RTX 5070 Ti i 650 W dla RTX 5070, w oparciu o komputer z Ryzenem 9 9950X, i zaznacza, że wymagania dotyczące zasilania mogą się różnić w zależności od konfiguracji systemu (NVIDIA). Porównaj swój zasilacz z wartością podaną przez producenta twojej karty.
- Złącze. Według Intela złącze 12V-2x6 zastępuje złącze 12VHPWR wprowadzone w PCIe CEM 5.0, żeby rozwiązać problemy z niezawodnością. Badając w 2022 roku zgłoszenia dotyczące złączy w RTX 4090, NVIDIA znalazła złącza, które nie były do końca wpięte w kartę, i zaleciła wpinanie adaptera zasilania do karty przed jej zamontowaniem, tak by siedział pewnie i równo (NVIDIA).
- Zamiana. Rada Microsoftu przy błędach zatrzymania to wyizolowanie problematycznych podzespołów. W przypadku zasilacza oznacza to wypróbowanie sprawdzonego, działającego egzemplarza o odpowiedniej mocy.
Temperatura
Intel pisze, że procesor, który nie jest w stanie utrzymać bezpiecznej temperatury przez throttling, automatycznie się wyłączy, żeby zapobiec trwałemu uszkodzeniu. Dell wyznacza przydatną granicę: komputer, który wyłącza się losowo, ale nie jest w dotyku gorący, ma według Della być może problem z zasilaniem lub baterią, a nie z temperaturą (Dell). Odczytaj swoje temperatury pod obciążeniem, które kończy się restartem: Temperatury CPU i GPU podczas gry.
Podkręcanie i profile pamięci
Przy restartach z zerowymi kodami pierwsze dwa kroki Microsoftu to wyłączenie podkręcania i sprawdzenie pamięci: według Microsoftu należy upewnić się, że wszystkie kości pamięci działają z tą samą prędkością i że każda jest poprawnie skonfigurowana w systemie. Profil XMP lub EXPO to podkręcanie pamięci (Czy twój RAM działa z nominalną prędkością?). Przy stacjonarnym procesorze Intel Core 13. lub 14. generacji przeczytaj też Crashe gier na Intel 13. i 14. generacji.
Kolejność sprawdzania
Od darmowego do kosztownego:
- Odczytaj zdarzenie 41: kod, przycisk zasilania czy zera.
- Jeśli jest kod, wyszukaj go, a potem przeczytaj zdarzenie 1001, zrzut i ewentualne wpisy WHEA-Logger.
- Przywróć procesorowi, karcie graficznej i pamięci ustawienia domyślne.
- Odczytaj temperatury pod obciążeniem.
- Sprawdź moc znamionową zasilacza i to, czy złącze zasilania jest do końca wpięte.
- Przetestuj pamięć.
- Nadal się restartuje na ustawieniach domyślnych, przy normalnych temperaturach i z czystymi testami pamięci? Wyizoluj zasilacz, podstawiając sprawdzony, działający egzemplarz.
Co nie pomaga
- Traktowanie zdarzenia 41 jako usterki. Zapisuje ono, że zamknięcie poszło źle, a nie dlaczego.
- Szukanie winnego sterownika, gdy kody są zerowe: Microsoft pisze, że takie objawy zazwyczaj wskazują na problem sprzętowy.
- Wyłączanie pliku stronicowania. Domyślnie to tam Windows zapisuje zrzut awaryjny.
Powiązane
- Dlaczego gra się wysypała?
- Temperatury CPU i GPU podczas gry
- Czy twój RAM działa z nominalną prędkością?
- Crashe gier na Intel 13. i 14. generacji
- Odzyskiwanie po awarii GPU
Czy ta strona pomogła?
Czego zabrakło albo co nie zadziałało? Czytamy każdą taką wiadomość.
Jeśli ta strona nie rozwiązała problemu, napisz do nas — podaj, który artykuł czytasz, a poprawimy ten artykuł.