Przeanalizuj niebieski ekran śmierci w systemie Windows 7


0

Kupiłem nowy komputer 6 miesięcy temu. Od pierwszego dnia działa zabawnie.

Zawiesza się (bez BSOD), a jedynym sposobem na jego rozłączenie jest ponowne uruchomienie. W tych przypadkach nie mam pojęcia, co poszło nie tak, ponieważ nie ma zrzutu pamięci. Przejrzałem wszystkie dzienniki zdarzeń i nie znalazłem nic niezwykłego.

Czasami daje mi to korzyść z nadania BSOD. Mam plik zrzutu pełnego rdzenia, ale nie mogę ustalić, kto jest winowajcą.

    Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
    Copyright (c) Microsoft Corporation. All rights reserved

.


Loading Dump File [G:\MEMORY.DMP]
Kernel Complete Dump File: Full address space is available

Symbol search path is: F:\Program Files\Debug Symbols;SRV*F:\Program Files\Debug Symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 7 Kernel Version 7601 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02c00000 PsLoadedModuleList = 0xfffff800`02e45670
Debug session time: Thu Feb 16 18:33:27.793 2012 (UTC + 2:00)
System Uptime: 1 days 0:06:38.979
Loading Kernel Symbols
...............................................................
................................................................
...............................
Loading User Symbols
................................................................
................................................................
....................................
Loading unloaded module list
.............................................................................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 101, {31, 0, fffff880009eb180, 1}

Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000031, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff880009eb180, The PRCB address of the hung processor.
Arg4: 0000000000000001, 0.

Debugging Details:
------------------


BUGCHECK_STR:  CLOCK_WATCHDOG_TIMEOUT_4_PROC

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  svchost.exe

CURRENT_IRQL:  d

STACK_TEXT:  
fffff880`0a086328 fffff800`02cd48c9 : 00000000`00000101 00000000`00000031 00000000`00000000 fffff880`009eb180 : nt!KeBugCheckEx
fffff880`0a086330 fffff800`02c87497 : 00000000`00000000 fffff800`00000001 00000000`000186a0 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x4e2e
fffff880`0a0863c0 fffff800`031f3895 : fffff800`03219460 fffff880`0a086570 fffff800`03219460 00000000`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`0a0864c0 fffff800`02c79173 : fffff800`02df2e80 00000000`00000001 00000000`00000001 fffff800`02c00000 : hal!HalpHpetClockInterrupt+0x8d
fffff880`0a0864f0 fffff800`02c52667 : fffff800`02df2e80 fffff800`02e00cc0 00000000`00000046 fffff800`02c786dc : nt!KiInterruptDispatchNoLock+0x163
fffff880`0a086680 fffff800`02f86def : 00000000`00000000 fffff880`0a086b60 00000000`00000000 00000000`00000001 : nt!KeFlushProcessWriteBuffers+0x6b
fffff880`0a0866f0 fffff800`02f87449 : 00000000`03b55e30 fffff800`02f734de 00000000`00000000 fffff800`02c7bda1 : nt!ExpQuerySystemInformation+0x13af
fffff880`0a086aa0 fffff800`02c7bed3 : 00000000`00000000 000007fe`f80cc001 ffffffff`fffe7960 000007fe`f80d0b00 : nt!NtQuerySystemInformation+0x4d
fffff880`0a086ae0 00000000`77a9167a : 000007fe`f80c107b 00000000`01a3f901 ffffffff`fffe7960 00000000`00c4a9f0 : nt!KiSystemServiceCopyEnd+0x13
00000000`01a3f268 000007fe`f80c107b : 00000000`01a3f901 ffffffff`fffe7960 00000000`00c4a9f0 00000000`00c4a9f0 : ntdll!NtQuerySystemInformation+0xa
00000000`01a3f270 000007fe`f80c12cf : 00000000`00000052 00004e20`00013880 000007fe`f80cc048 00000000`00000000 : mmcss!CiSchedulerWait+0x61
00000000`01a3f2e0 00000000`77a9112b : 00000000`000000c0 00000000`1736e5d0 00000000`002a90b0 000007fe`f80c1101 : mmcss!CiSchedulerWorkerApc+0x3e1
00000000`01a3f3b0 00000000`77a9165a : 000007fe`f80c1aaf 00000000`002a90b0 000007fe`f80c303e 00000000`0fd1bf50 : ntdll!KiUserApcDispatch+0x2b
00000000`01a3f8a8 000007fe`f80c1aaf : 00000000`002a90b0 000007fe`f80c303e 00000000`0fd1bf50 00000000`00000000 : ntdll!NtDelayExecution+0xa
00000000`01a3f8b0 000007fe`f80c3c3d : 00000000`0000001b 0004c2c2`00130b08 00000000`0000002e 00000000`00000002 : mmcss!CiSchedulerInitiailize+0x143
00000000`01a3f910 00000000`ffdb1344 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : mmcss!CsServiceMain+0x1ea
00000000`01a3f9c0 000007fe`ffd3a82d : 00000000`00000001 00000000`1736e5c8 00000000`00000000 00000000`00000000 : svchost!ServiceStarter+0x1e8
00000000`01a3fa50 00000000`7783652d : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : sechost!ScSvcctrlThreadW+0x25
00000000`01a3fa80 00000000`77a6c521 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0xd
00000000`01a3fab0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x1d


STACK_COMMAND:  kb

SYMBOL_NAME:  ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME:  Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP:  0

FAILURE_BUCKET_ID:  X64_CLOCK_WATCHDOG_TIMEOUT_4_PROC_ANALYSIS_INCONCLUSIVE

BUCKET_ID:  X64_CLOCK_WATCHDOG_TIMEOUT_4_PROC_ANALYSIS_INCONCLUSIVE

Followup: MachineOwner
---------

0: kd> lmvm Unknown_Module
start             end                 module name
0: kd> !thread @@c++((nt!_kprcb *)0xfffff880009eb180)->CurrentThread)
THREAD fffffa8008dd3060  Cid 0308.1374  Teb: 000007fffffd4000 Win32Thread: 0000000000000000 RUNNING on processor 0
Impersonation token:  fffff8a015aa7530 (Level Delegation)
Owning Process            fffffa80087fc390       Image:         svchost.exe
Attached Process          N/A            Image:         N/A
Wait Start TickCount      5563600        Ticks: 401 (0:00:00:06.255)
Context Switch Count      134512             
UserTime                  00:00:00.000
KernelTime                00:00:06.240
Win32 Start Address sechost!ScSvcctrlThreadW (0x000007feffd3a808)
Stack Init fffff8800a086c70 Current fffff8800a086830
Base fffff8800a087000 Limit fffff8800a081000 Call 0
Priority 27 BasePriority 8 UnusualBoost 0 ForegroundBoost 0 IoPriority 2 PagePriority 5
Child-SP          RetAddr           : Args to Child                                                           : Call Site
fffff880`0a086328 fffff800`02cd48c9 : 00000000`00000101 00000000`00000031 00000000`00000000 fffff880`009eb180 : nt!KeBugCheckEx
fffff880`0a086330 fffff800`02c87497 : 00000000`00000000 fffff800`00000001 00000000`000186a0 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x4e2e
fffff880`0a0863c0 fffff800`031f3895 : fffff800`03219460 fffff880`0a086570 fffff800`03219460 00000000`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`0a0864c0 fffff800`02c79173 : fffff800`02df2e80 00000000`00000001 00000000`00000001 fffff800`02c00000 : hal!HalpHpetClockInterrupt+0x8d
fffff880`0a0864f0 fffff800`02c52667 : fffff800`02df2e80 fffff800`02e00cc0 00000000`00000046 fffff800`02c786dc : nt!KiInterruptDispatchNoLock+0x163 (TrapFrame @ fffff880`0a0864f0)
fffff880`0a086680 fffff800`02f86def : 00000000`00000000 fffff880`0a086b60 00000000`00000000 00000000`00000001 : nt!KeFlushProcessWriteBuffers+0x6b
fffff880`0a0866f0 fffff800`02f87449 : 00000000`03b55e30 fffff800`02f734de 00000000`00000000 fffff800`02c7bda1 : nt!ExpQuerySystemInformation+0x13af
fffff880`0a086aa0 fffff800`02c7bed3 : 00000000`00000000 000007fe`f80cc001 ffffffff`fffe7960 000007fe`f80d0b00 : nt!NtQuerySystemInformation+0x4d
fffff880`0a086ae0 00000000`77a9167a : 000007fe`f80c107b 00000000`01a3f901 ffffffff`fffe7960 00000000`00c4a9f0 : nt!KiSystemServiceCopyEnd+0x13 (TrapFrame @ fffff880`0a086ae0)
00000000`01a3f268 000007fe`f80c107b : 00000000`01a3f901 ffffffff`fffe7960 00000000`00c4a9f0 00000000`00c4a9f0 : ntdll!NtQuerySystemInformation+0xa
00000000`01a3f270 000007fe`f80c12cf : 00000000`00000052 00004e20`00013880 000007fe`f80cc048 00000000`00000000 : mmcss!CiSchedulerWait+0x61
00000000`01a3f2e0 00000000`77a9112b : 00000000`000000c0 00000000`1736e5d0 00000000`002a90b0 000007fe`f80c1101 : mmcss!CiSchedulerWorkerApc+0x3e1
00000000`01a3f3b0 00000000`77a9165a : 000007fe`f80c1aaf 00000000`002a90b0 000007fe`f80c303e 00000000`0fd1bf50 : ntdll!KiUserApcDispatch+0x2b (TrapFrame @ 00000000`01a3f718)
00000000`01a3f8a8 000007fe`f80c1aaf : 00000000`002a90b0 000007fe`f80c303e 00000000`0fd1bf50 00000000`00000000 : ntdll!NtDelayExecution+0xa
00000000`01a3f8b0 000007fe`f80c3c3d : 00000000`0000001b 0004c2c2`00130b08 00000000`0000002e 00000000`00000002 : mmcss!CiSchedulerInitiailize+0x143
00000000`01a3f910 00000000`ffdb1344 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : mmcss!CsServiceMain+0x1ea
00000000`01a3f9c0 000007fe`ffd3a82d : 00000000`00000001 00000000`1736e5c8 00000000`00000000 00000000`00000000 : svchost!ServiceStarter+0x1e8
00000000`01a3fa50 00000000`7783652d : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : sechost!ScSvcctrlThreadW+0x25
00000000`01a3fa80 00000000`77a6c521 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : kernel32!BaseThreadInitThunk+0xd
00000000`01a3fab0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : ntdll!RtlUserThreadStart+0x1d

Czy możesz dostarczyć kopię minidumps?
jidar

Odpowiedzi:


1

Znalazłem przyczynę awarii / zawieszenia, a przynajmniej udało mi się zatrzymać awarię.

Miałem wszystkie najnowsze sterowniki do wszystkiego, a komputer wciąż wisiał co drugi dzień. Ponownie zainstalowałem system operacyjny (i wszystkie najnowsze sterowniki), a komputer nadal się zawieszał / zawieszał.

Postanowiłem rozpocząć „usuwanie” sprzętu. Ponieważ ten komputer jest w zasadzie płytą główną (ze wszystkim na nim), niewiele było sprzętu do usunięcia. Zacząłem od wymiany myszy Microsoft Wireless 1000 i zamiast niej postawiłem zwykłą mysz USB. Od tego czasu komputer się nie zawiesił. Mam najnowsze sterowniki do myszy, więc zakładam, że najnowsze sterowniki nie są wystarczająco dobre.

Ostatnia uwaga, mysz bezprzewodowa została dostarczona z klawiaturą bezprzewodową, której wciąż używam. Problem dotyczy tylko myszy.


0

Chciałbym użyć Monitora zasobów, aby sprawdzić, czy istnieją wysokie żądania przerwania systemu tuż przed jego zawieszeniem.

Aby otworzyć RM, użyj klawisza Win + R, a następnie wpisz resmon i naciśnij klawisz Enter, przejdź do karty procesora, kliknij górną część kolumny procesora, aby przesunąć najwyższy procent procesora na górę i zacznij szukać nazwy obrazu „System Przerywa ”, aby rozpocząć korzystanie z wysokiego odsetka cykli procesora.

Jeśli pokazuje wysokie cykle procesora dla Przerwań systemowych, zapoznaj się z tym samouczkiem, jak go wyśledzić. Zwykle okazuje się, że jest to błędny sterownik, więc czasami aktualizowanie wszystkich sterowników można wyleczyć bez konieczności przeprowadzania intensywnej analizy i debugowania. Gdy wszystko inne zawiedzie, wykonaj czystą ponowną instalację systemu operacyjnego, a następnie zaktualizuj do najnowszych sterowników.


0

Najczęstszą przyczyną CLOCK_WATCHDOG_TIMEOUT jest podkręcanie płyty głównej:

  • Jeśli przetaktowujesz płytę główną, cofnij teraz tę zmianę.
  • Jeśli to nie dotyczy, uruchom Windows Update w maksymalnym zakresie, a następnie odwiedź producenta płyty głównej, aby sprawdzić, czy są dostępne nowsze sterowniki.
  • Jeśli to nie zadziała, a laptop jest nowy, zwróć go do sklepu, w którym go kupiłeś, w celu uzyskania zwrotu pieniędzy.
  • W przeciwnym razie wykonaj kopię zapasową systemu i przygotuj się na to, że w najbliższej przyszłości może być potrzebna nowa płyta główna.
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.