Analisar uma tela azul da morte no Windows 7

Question

Analisar uma tela azul da morte no Windows 7

#1 resposta do (1 votos)
#2 resposta do (0 votos)
#3 resposta do (0 votos)

0

Comprou um novo computador há 6 meses. Desde o primeiro dia tem sido engraçado.

Ele trava (sem um BSOD) e a única maneira de desconectá-lo é reiniciando-o. Nessas ocasiões, não tenho idéia do que deu errado, já que não há despejo principal. Passei por todos os logs de eventos e não encontrei nada fora do comum.

Às vezes, me faz o favor de dar um BSOD. Eu tenho um arquivo de despejo principal, mas não consigo descobrir quem é o culpado.

    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

windows-7 bsod windbg

por Elish 16.02.2012 / 18:13

3 respostas

Tags windows-7 bsod windbg

Mesmo modelo de RAM, data de compra diferente. Isso vai funcionar? Posso fazer as configurações do FireFox de um PC antigo em um novo perfil em um novo PC?

score 1 · Answer 1

Eu encontrei a causa dos travamentos / trancamentos, ou pelo menos consegui impedir que ele falhasse.

Eu tinha todos os drivers mais recentes para tudo e ainda assim o computador ficava pendurado todos os dias. Eu tinha reinstalado o sistema operacional (e todos os drivers mais recentes) e ainda o computador continuava travando / travando.

Eu decidi começar a "remover" o hardware. Como este computador é basicamente uma placa-mãe (com tudo incluído), havia muito pouco hardware para remover. Comecei substituindo meu mouse sem fio Microsoft 1000 e coloquei um mouse USB comum. O computador não foi interrompido desde então. Eu tinha os drivers mais recentes para o mouse, então presumo que os drivers mais recentes não são bons o suficiente.

Por último, o mouse sem fio veio com um teclado sem fio que ainda estou usando. Então o problema é apenas com o mouse.

score 0 · Answer 2

Eu usaria o Monitor de Recursos para ver se há solicitações altas de interrupção do sistema antes que ele seja interrompido.

Para abrir o RM, use a tecla Win + R, digite resmon e aperte enter, vá para a guia cpu, clique no topo da coluna cpu para flutuar a porcentagem mais alta da CPU até o topo e comece a observar a imagem nome "System Interrupt" para começar a usar uma alta porcentagem de ciclos de cpu.

Se ele mostrar ciclos altos de CPU para interrupções do sistema veja este tutorial sobre como rastreá-lo. Ele geralmente acaba sendo um driver cheio de bugs, então, às vezes, atualizar todos os drivers que você tem pode curá-lo sem ter que fazer uma análise intensiva e depuração. Quando tudo mais falhar, execute uma reinstalação limpa do SO e atualize para os drivers mais recentes.

score 0 · Answer 3

A causa mais comum de CLOCK_WATCHDOG_TIMEOUT é o overclock da placa-mãe:

Se você estiver fazendo overclock na placa-mãe, desfaça essa alteração agora.
Se isso não se aplicar, execute o Windows Update na extensão máxima e, em seguida, visite o fabricante da sua placa-mãe para ver se há drivers mais recentes disponíveis para a sua placa-mãe.
Se isso não funcionar e o laptop for novo, devolva-o à loja em que você o comprou para reembolso.
Caso contrário, faça um backup do seu sistema e prepare-se para o fato de que você pode precisar de uma nova placa-mãe no futuro próximo.