BugcheckCode > 0
Windows zapisał kod bugcheck. Zamień wartość dziesiętną na szesnastkową i sprawdź dump lub zdarzenie BugCheck 1001.
W środku gry ekran gaśnie. Wentylatory na moment milkną, wraca logo płyty głównej, a Windows startuje, jakby ktoś nacisnął Reset. Nie było bluescreena ani użytecznego komunikatu. Podgląd zdarzeń pokazuje jeden czerwony wpis krytyczny: Kernel-Power, identyfikator zdarzenia 41.
Wpis wygląda jak odpowiedź, bo jest oznaczony jako krytyczny. Nie jest nią. Windows zapisuje zdarzenie 41 podczas następnego uruchomienia, gdy odkrywa, że poprzednia sesja nie zakończyła się prawidłowo. Użyteczne dowody znajdują się w jego polach, ewentualnym zrzucie pamięci i sekundach przed wyłączeniem. Szukanie wyłącznie „naprawy Kernel-Power 41” zaczyna śledztwo od końca historii.
Najpierw trzeba rozdzielić trzy awarie, które na ekranie mogą wyglądać identycznie: ukryty błąd Stop, twarde zawieszenie wymuszające reset oraz utratę zasilania zbyt szybką na zapisanie przyczyny.
PowerButtonTimestamp > 0
Długie naciśnięcie przerwało sesję. Nadal trzeba znaleźć powód, dla którego komputer wcześniej przestał reagować.
obie wartości = 0
Mogło zniknąć zasilanie, system mógł twardo się zawiesić albo tworzenie dumpu mogło zawieść.
W tym poradniku
Co naprawdę oznacza Kernel-Power 41
Zdarzenie 41 mówi, że Windows uruchomił się ponownie bez ukończenia normalnego zamykania. Może pojawić się po przerwaniu zasilania, błędzie Stop, wyłączeniu zawieszonego komputera przez użytkownika albo resecie wykonanym przez firmware. Wspólnym faktem jest brak poprawnego zamknięcia, a nie jedna wspólna przyczyna.
To rozróżnienie chroni przed najdroższym błędem diagnostycznym: wymianą zasilacza tylko dlatego, że źródło zdarzenia zawiera słowo „Power”. Uszkodzony lub zbyt słaby PSU pozostaje możliwą przyczyną nagłego zgaśnięcia, ale program nie potwierdzi jego stanu na podstawie zdarzenia 41 ani czujnika napięcia na płycie. Osobny poradnik wyjaśnia, co odczyt 12 V może powiedzieć o zasilaczu.
Zapisz dokładną godzinę i zachowanie fizyczne. Czy zgasły diody i wentylatory? Czy dźwięk się
zapętlił? Czy ekran był czarny, ale komputer nadal pracował? Czy restart nastąpił natychmiast? Czy
klawisz Caps Lock nadal przełączał kontrolkę? Te obserwacje bywają cenniejsze niż słowo „Krytyczne”.
Czytaj pola, nie czerwoną ikonę
Otwórz Podgląd zdarzeń, przejdź do Dzienniki systemu Windows → System, otwórz zdarzenie 41, a następnie zakładkę Szczegóły i widok XML. Poniższe pola wybierają dalszą gałąź.
| Pole lub zdarzenie | Co ustala | Następny krok |
|---|---|---|
| BugcheckCode różny od zera | Windows zapisał dziesiętny kod błędu Stop. | Zamień go na zapis szesnastkowy, znajdź zdarzenie 1001 i sprawdź dump. |
| PowerButtonTimestamp różny od zera | Długie naciśnięcie przycisku przerwało sesję. | Zbadaj zawieszenie, które zmusiło do wyłączenia. |
| Obie wartości równe zero | Windows nie zapisał kodu Stop ani przycisku. | Sprawdź nagłą utratę zasilania, hard hang i nieudany dump. |
| volmgr, zdarzenie 46 | Inicjalizacja zrzutu awaryjnego nie powiodła się. | Sprawdź plik stronicowania i konfigurację dumpu. |
| BugCheck, zdarzenie 1001 | Zapisano błąd Stop i ścieżkę dumpu. | Dalsze szukanie oprzyj na konkretnym kodzie Stop, nie zdarzeniu 41. |
| Zdarzenie 6008 | Poprzednie zamknięcie było nieoczekiwane i ma znacznik czasu. | Sprawdź dzienniki System i Aplikacja bezpośrednio przed tą chwilą. |
Microsoft dokumentuje łatwy do przeoczenia szczegół: BugcheckCode w zdarzeniu 41 jest
zapisany dziesiętnie, a większość dokumentacji kodów Stop używa zapisu szesnastkowego. Wartość 159
staje się na przykład 0x0000009F. Szukanie liczby dziesiętnej jak gotowego kodu Stop
może skierować diagnozę w zupełnie złą stronę.
Spraw, aby następna awaria zostawiła dowód
Bluescreen może zniknąć w sekundę, gdy działa automatyczny restart. W Zaawansowanych ustawieniach systemu otwórz Uruchamianie i odzyskiwanie i na czas diagnozy wyłącz Automatycznie uruchom ponownie. Potwierdź też automatyczny lub jądrowy zrzut pamięci oraz systemowo zarządzany plik stronicowania na woluminie systemowym.
To nie zapobiega awarii. Daje Windows szansę zachować kod Stop i dump. Nie pomoże, gdy zasilanie zniknie, zanim system zdąży cokolwiek zapisać. Brak zrzutu jest więc tropem do sprawdzenia, nie dowodem, że nie wystąpił błąd sterownika lub systemu.
Odtwórz minutę przed restartem
Zdarzenie 41 pojawia się po fakcie. Cofnij się od jego znacznika czasu. Sprawdź dzienniki System
i Aplikacja tuż przed zdarzeniem 6008, a następnie uruchom Monitor niezawodności poleceniem
perfmon /rel. Pokazuje awarie aplikacji, błędy Windows, aktualizacje i instalacje
sterowników na jednej osi dni. Czyta się go łatwiej niż tysiące niepowiązanych wpisów.
Szukaj powtarzalnego sąsiada, nie dowolnej czerwonej linii. Ten sam wpis WHEA przed trzema restartami ma znaczenie. Ostrzeżenie DCOM obecne codziennie również wtedy, gdy komputer jest stabilny, prawdopodobnie nie ma. Zgodność czasu rozpoczyna trop. Powtórzenie przy tym samym obciążeniu zmienia go w dowód.
Bezpieczna kolejność izolowania przyczyny
- Zachowaj obecne dowody. Zrób zdjęcie pól, zapisz godzinę, sprawdź dump i Monitor niezawodności przed zmianą ustawień.
- Przywróć domyślne strojenie wydajności. Tymczasowo wyłącz OC i undervolting CPU oraz GPU, a także XMP/EXPO. Profil, który uruchamia system, nie musi być stabilny. Wykonaj kontrolowany test A/B z poradnika o stabilności RAM-u.
- Loguj temperatury i taktowanie. Powtórz najmniejsze obciążenie wywołujące problem. Przerwij, jeśli temperatura staje się niebezpieczna albo pojawia się zapach, iskry lub nowy elektryczny dźwięk.
- Rozdziel obciążenie. Czy gra obciążająca GPU zawodzi, a zadanie CPU nie? Czy restart zdarza się także w spoczynku? Czy dotyczy jednej gry, jednego sterownika czy każdego łącznego obciążenia?
- Sprawdź pamięć przy ustawieniach domyślnych. Pełny test pamięci i stabilna baza są mocniejsze niż losowa zmiana ustawień Windows.
- Sprawdź zasilanie bez otwierania PSU. Przy odłączonym komputerze popraw zewnętrzne przewody, sprawdź wtyczki GPU i nie używaj jednego rozgałęzionego przewodu tam, gdzie producent wymaga osobnych. Nigdy nie otwieraj zasilacza.
- Zmieniaj jedną rzecz. Jedna wersja sterownika, profil pamięci, układ przewodów albo pożyczony sprawny podzespół. Kilka zmian naraz niszczy wynik.
Nie wywołuj wielokrotnie twardej awarii tylko po to, aby „sprawdzić jeszcze raz”. Najpierw
zabezpiecz ważne dane. Unikaj testów torturujących, gdy komputer już traci zasilanie, przegrzewa się
albo pokazuje ślady uszkodzenia elektrycznego. Serwis ze sprawnymi częściami zastępczymi i właściwym
sprzętem pomiarowym może bezpieczniej odizolować hardware.
Jak wzór restartu zmienia podejrzenia
| Wzór | Co przesuwa się wyżej | Czego to nie dowodzi |
|---|---|---|
| Natychmiastowy czarny ekran przy łącznym obciążeniu CPU i GPU | Zasilanie, moc lub zabezpieczenie PSU, tor zasilania GPU, temperatura | Że zasilacz na pewno jest uszkodzony |
| BugcheckCode różny od zera albo zdarzenie 1001 | Gałąź konkretnego kodu Stop i analiza dumpu | Że każda ogólna „naprawa Kernel 41” pasuje |
| Stabilnie na domyślnym BIOS-ie, niestabilnie z XMP/EXPO lub undervoltem | Utrata marginesu strojenia i stabilność pamięci lub napięcia | Że sam moduł RAM jest uszkodzony |
| Restart dopiero po pogorszeniu temperatur i taktowania | Chłodzenie, temperatura lub limit mocy | Że szybszy podzespół rozwiąże problem |
| Ekran czarny, dźwięk działa, komputer pozostaje włączony | Reset sterownika GPU, tor obrazu lub stabilność karty | Że cały komputer stracił zasilanie |
| Losowy restart w spoczynku i pod obciążeniem | Pamięć, płyta, firmware, zasilanie, sterownik lub błąd w tle | Że przyczyną jest samo granie |
Gdzie pomaga PC Workman, a gdzie nie może
PC Workman może zachować kontekst systemu: obciążenie CPU i GPU, pamięć, temperatury, taktowanie, odczyty związane z mocą udostępniane przez obsługiwane czujniki oraz aktywne procesy. Historia może pokazać, czy restart poprzedzało nagrzewanie, spadek taktowania, presja pamięci albo powtarzalne obciążenie.
PC Workman nie analizuje dumpów Windows, nie dekoduje rekordów WHEA i nie wykonuje elektrycznego testu zasilacza. Programowy odczyt napięcia nie zastępuje pomiaru pod obciążeniem. Program nie zapisze też ostatniej próbki po zniknięciu prądu. Traktuj jego oś czasu jako warstwę obok Podglądu zdarzeń, Monitora niezawodności, testu pamięci i oględzin fizycznych.
Krótkie odpowiedzi
Czy Kernel-Power 41 oznacza uszkodzony zasilacz?
Nie. Oznacza, że poprzednia sesja nie zamknęła się prawidłowo. Awaria PSU jest jedną z możliwych przyczyn nagłego zgaśnięcia, ale wpis nie identyfikuje podzespołu.
Dlaczego komputer zrestartował się bez bluescreena?
Mogło zniknąć zasilanie, system mógł się twardo zawiesić albo automatyczny restart ukrył ekran Stop. Odczytaj pola zdarzenia 41, sprawdź zdarzenie 1001 i konfigurację dumpu.
Co sprawdzić najpierw?
Zachowaj czas i pola, sprawdź wpisy bezpośrednio przed restartem, zweryfikuj dump, przywróć domyślne strojenie i zaloguj małe powtarzalne obciążenie. Zmieniaj jedną rzecz naraz.
Źródła pierwotne
- Microsoft: zaawansowane rozwiązywanie problemów ze zdarzeniem 41.
- Microsoft: błędy Stop i zalecana konfiguracja dumpu.
- Microsoft: perfmon i Monitor niezawodności.
- Microsoft: WHEA_UNCORRECTABLE_ERROR 0x124.
Zachowaj minutę przed restartem. PC Workman zapisuje lokalną historię systemu, aby nagłe
uruchomienie ponowne nie zostało sprowadzone do jednej czerwonej linii. Bezpłatny i open source.
Pobierz dla Windows.
Jeśli komputer pozostaje włączony, a gra tylko przycina, zacznij od czasu klatki i 1% low →