[ BSOD's ] Identificando os códigos de erro

**onurb666** · 09-02-11 13:14

Bom galera, toda pessoa que faz overclock se depara sempre com alguma BSOD até acertar seu overclock e essas BSOD's por íncrivel que pareça podem ajudar a identificar o erro e qual voltagem está faltando ou em excesso.

Navegando na net achei isso e resolvi compartilhar com vocês !!!

Aqui está uma SS com o erro no código 0x101, possívelmente falta de Vcore.

0x101 = Aumentar Vcore
0x124 = Aumentar ou reduzir QPI/VTT, pode ser o Vcore também
0x0A = RAM/IMC instáveis , primeiro aumentar o VTT
0x1A = Erro de gerenciamento de memória. Pode significar um pente de RAM com defeito, para sanar as dúvidas rode o memtest. E tente aumentar a voltagem da RAM.(1.5V~1.65V)
0x1E = Aumentar Vcore
0x3B = Aumentar Vcore
0x3D = Aumentar Vcore
0xD1 = QPI/VTT, aumentar, reduzir se necessário
0x9C = QPI/VTT maioria das vezes, mas aumentando o Vcore pode ajudar também
0x50 = Ram/ Latência / Uncore multiplicador , aumentar voltagem da memória ou QPI/VTT, ou reduzir o Uncore ( 1366 ) caso ele esteja maior que 2x.
0x109 = Muita ou pouca voltagem na memória
0x116 = Voltagem do IOH (NB) baixa, Problema na VGA (mais comum usando SLI/ Crossfire ou VGA overclockada )
0x7E = Arquivos do S.O. corrompidos, possivelmente pelo erro no overclock . Executar chkdsk /r

BSOD Codes for SandyBridge

0x124 = add/remove vcore or QPI/VTT voltage (usually Vcore, once it was QPI/VTT)
0x101 = add more vcore
0x50 = RAM timings/Frequency add DDR3 voltage or add QPI/VTT
0x1E = add more vcore
0x3B = add more vcore
0xD1 = add QPI/VTT voltage
0x9C = QPI/VTT most likely, but increasing vcore has helped in some instances
0X109 = add DDR3 voltage
0x0A = add QPI/VTT voltage

Outra coisa :

Por padrão no Windows 7, quando você receber uma tela azul da morte (BSOD) sua máquina irá reiniciar automaticamente. As vezes isso pode ser ruim posi não dá pra vermos qual o erro apresentado. Aqui está como desativar a reinicialização automática do Windows 7.

1) Vá ao painel de controle.

2) Vá em Sistema e Segurança e, em seguida, clique no link do Sistema.

3) No lado esquerdo da janela, clique no link Configurações Avançadas do Sistema.

4) Clique na aba Avançado.

5) Na seção Inicialização e recuperação, clique no botão Configurações ....

6) Na seção de falha do sistema, desmarque a opção para reiniciar automaticamente.

7) Clique em OK para salvar suas alterações.

Fazendo isso o sistema ficará parado na tela azul e só apertando o reset ele reiniciará !!!

__________________________________________________ ____________________________________

Outra excelente dica do nosso amigo Nightmike

Postado originalmente por nightmike

Ótimo post Bruno! Realmente foi muito bom você reunir todos os códigos de erro das BSODs neste tópico, já havia anotado alguns códigos postados pelo Cata em algum tópico sobre overclock.

Porém, gostaria de complementar este post, se possível adicionar até a página principal, porque condiz com o título do tópico.

Bem provável que alguém já ouviu falar que após algumas tentativas de overclock e várias BSODs, mesmo incrementando voltagens e outros ajustes finos, não conseguiram estabilidade. Quando colocaram o sistema em stock, as BSODs continuaram. E agora como descobrir o real motivo destes crashes?
Simples, basta analisar o mini-dump gerador pelo crash.

Antes de apresentar o tutorial de como analisar estes arquivos, gostaria de complementar que geralmente quando as BSODs continuam com o sistema em stock, é porque durante as tentativas de overclock, talvez algum driver do S.O. (Sistema Operacional) foi atualizado automaticamente ou algum hardware novo adicionado e não nos demos conta disso. Já verifiquei casos em que um simples Modem 3G ou um mouse diferente começou a causar as famigeradas telas azuis. Outro fator que podemos levar em conta, é que talvez algum arquivo do sistema está danificado e através do mini-dump, talvez seja possamos identificá-lo.

Primeiramente, efetuem o download do Microsoft Windows SDK (somente é necessário instalar os debug tools, não é necessário o Visual Studio e os outros programas/arquivos/bibliotecas ali contidos):
http://www.microsoft.com/downloads/e...displaylang=en

Após a instalação, devemos configurar a pasta de Symbols do WinDbg:

1) Abra o WinDbg. Caminho: "Iniciar\Debugging Tools for Windows (x86)\WinDbg.exe

2) Crie uma pasta de destino para ele descarregar os symbols. Aqui eu uso C:\websymbols.

3) No WinDbg, vá em File > Symbol File Path e preencha com:
SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
E aperte em OK.

4) Agora clique novamente em File e depois em Save Workspace, assim não necessitamos configurar novamente esta pasta.

Agora que a fonte para os Symbols está devidamente configurada, já podemos analisar algum mini-dump.

1) Abra o WinDbg e clique em File > Open Crash Dump
Obs. Os arquivos gerados pelas telas azuis estão nesta pasta:
C:\Windows\Minidump

2) Após abrir o arquivo de dump, ele efetuará o download das Symbols necessárias para analisar o arquivo, este processo poderá demorar um pouco.

3) Então após ele ter carregado tudo, basta digitar na linha de comando da janela:
!analyze v

Exemplo:

Código:

 Microsoft (R) Windows Debugger Version 6.9.0003.113 X86
Copyright (c) Microsoft Corporation. All rights reserved.

Loading Dump File [C:\Mini062908-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_gdr.070227-2254
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Sun Jun 29 11:06:27.767 2008 (GMT+1)
System Uptime: 7 days 1:18:54.062
Loading Kernel Symbols
.............................................................................................................
Loading User Symbols
Loading unloaded module list
........................
Unable to load image SYMTDI.SYS, Win32 error 0n2
*** WARNING: Unable to verify timestamp for SYMTDI.SYS
*** ERROR: Module load completed but symbols could not be loaded for SYMTDI.SYS
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {c0000000, 2, 0, 80505c1f}

*** WARNING: Unable to verify timestamp for Rtnicxp.sys
*** ERROR: Module load completed but symbols could not be loaded for Rtnicxp.sys
Probably caused by : SYMTDI.SYS ( SYMTDI+13a4a )

Followup: MachineOwner
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: c0000000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, bitfield :
	bit 0 : value 0 = read operation, 1 = write operation
	bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 80505c1f, address which referenced memory

Por este arquivo podemos ver que o causador do crash foi o arquivo SYMTDI.SYS, simplesmente jogando este arquivo em algum site de buscas, descobrimos que é um arquivo utilizado pelo Norton Antivirus. Para corrigir as telas azuis, apenas foi necessário fazer uma atualização no respectivo software.

Outro exemplo em spoiler se alguém quiser dar uma olhada:

Código:

 Microsoft (R) Windows Debugger Version 6.8.0004.0 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\apps\debugg\grr\Mini121807-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_gdr.070227-2254
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a620
Debug session time: Tue Dec 18 07:57:23.834 2007 (GMT+0)
System Uptime: 0 days 0:02:36.414
Loading Kernel Symbols
...
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.
// the !analyze -v should apper in blue, you can click this text for more information

BugCheck 100000EA, {86cc2110, 86c824f0, f7998cb4, 1}

Probably caused by : ati2cqag.dll ( ati2cqag+8a31 )
Followup: MachineOwner

*** WARNING: Unable to verify timestamp for ati2cqag.dll
*** ERROR: Module load completed but symbols could not be loaded for ati2cqag.dll
Version too small


Probably caused by : ati2cqag.dll ( ati2cqag+8a31 )

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




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

THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: 86cc2110, Pointer to a stuck thread object. Do .thread then kb on it to find
the hung location.
Arg2: 86c824f0, Pointer to a DEFERRED_WATCHDOG object.
Arg3: f7998cb4, Pointer to offending driver name.
Arg4: 00000001, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

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


FAULTING_THREAD: 86cc2110

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_FAULT 

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0xEA

PROCESS_NAME: csrss.exe
LAST_CONTROL_TRANSFER: from 806f2a5c to 804db8f3

STACK_TEXT:
f6a5677c 806f2a5c 00000000 00000002 bfa13a31 nt!KiDispatchInterrupt+0x7f
f6a5677c bfa13a31 00000000 00000002 bfa13a31 hal!HalpDispatchInterrupt2ndEntry+0x1b
WARNING: Stack unwind information not available. Following frames may be wrong.
f6a567f8 00000000 f6a568d8 e1cca598 00000401 ati2cqag+0x8a31


STACK_COMMAND: .thread 0xffffffff86cc2110 ; kb

FOLLOWUP_IP:
ati2cqag+8a31
bfa13a31 ??  

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: ati2cqag+8a31

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: ati2cqag 
IMAGE_NAME: ati2cqag.dll

DEBUG_FLR_IMAGE_TIMESTAMP: 411096bd

FAILURE_BUCKET_ID: 0xEA_IMAGE_ati2cqag.dll_DATE_2004_08_04

BUCKET_ID: 0xEA_IMAGE_ati2cqag.dll_DATE_2004_08_04

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

Não poderia ser mais simples, vejam:
Probably caused by : ati2cqag.dll
DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_FAULT

Ficou óbvio que o erro é nos drivers de vídeo, neste caso da ATI. Solução seria atualizar ou reinstalar os mesmo.
Porém podem ver também que no diagnóstico cita isto:
PROCESS_NAME: csrss.exe
Mas este processo foi o que crashou por causa do driver da placa de vídeo. Nada tem a ver com o real problema da BSOD.

Se você, no caso das análises dos mini-dumps tiverem dados aleatórios de crashes ou geralmente do processo ntoskrnl.exe, é bem provável que seja falha no hardware, normalmente as memórias. Rode um memtest para ter certeza.

Em último caso, quando você já estiver pronto para formatar o disco e reinstalar o S.O., uma última dica seria rodar este comando no próprio executar do Windows:
sfc /scannow
Este comando vai varrer os arquivos do sistema em busca de arquivos ausentes ou danificados para substituí-los.

Obrigado, post ficou gigantesco, mas espero que tenham gostado.

Algumas referências utilizadas:

http://sharpertutorials.com/debug-wi...umps-minidump/

http://electronet.dyndns.org/computers/?p=54

http://www.computerhope.com/forum/in...?topic=58273.0

É isso, espero que ajude todos e se alguém souber mais algum ou alguma correção me avisem que eu adiciono/corrijo.

Abraços!

**8800's@over** · 09-02-11 13:17

Fixar Please.

Muito útil.

**[seko]** · 09-02-11 13:38

Caraca mto show Brunão vai ajudar mto a galera

Parabéns !!!

Esse merece ser Fixo.

**Fernando Alonso** · 09-02-11 13:41

Postado originalmente por 8800's@over

Fixar Please.

Muito útil.

Parabéns amigo Bruno. Espetacular, excelente idéia. Merece fixação sim, ainda mais que não tem nada dessa natureza disponível. Muito elucidativo.

**R1C8** · 09-02-11 13:45

Belo tópico Brunão! favoritei aqui, merece fixo!!!

**LeandroJVarini** · 09-02-11 13:48

muito bom, parabéns muito util!

**Fernando Alonso** · 09-02-11 13:54

Engraçado que vejo diuturnamente esses erros e os corrijo no tato, de uma maneira quase intuitiva, sensorial e surpreendentemente, com diagnósticos certeiros pelo convívio. Porém isso que o Bruno postou ajudará demais, principalmente na precisão do diagnóstico, inclusive vou imprimir lá no meu trabalho e por no mural para ajudar os colegas de profissão

.

Seria bom que outros usuários que também conhecessem outros códigos de erros que geram BSOD os postassem aqui, ajudando o Bruno e transformando o tópico em um tópico dedicado à BSOD's.

**HumbertoPC** · 09-02-11 13:55

Ae Bruno... excelente, vai ajudar muito por aqui.
E aquele nosso review vai sair hein... falta pouco pro H70 chegar...
Abraço

**onurb666** · 09-02-11 14:03

Postado originalmente por 8800's@over

Fixar Please.

Muito útil.

Postado originalmente por [seko]

Caraca mto show Brunão vai ajudar mto a galera

Parabéns !!!

Esse merece ser Fixo.

Postado originalmente por Dimitri Matos

Parabéns amigo Bruno. Espetacular, excelente idéia. Merece fixação sim, ainda mais que não tem nada dessa natureza disponível. Muito elucidativo.

Postado originalmente por R1C8

Belo tópico Brunão! favoritei aqui, merece fixo!!!

Postado originalmente por LeandroJVarini

muito bom, parabéns muito util!

Valeu galera, a intenção foi ajudar a todos mesmo !!!

Se souberem mais algum código pra acrescentar só me avisar !!!

Postado originalmente por Dimitri Matos

Engraçado que vejo diuturnamente esses erros e os corrijo no tato, de uma maneira quase intuitiva, sensorial e surpreendentemente, com diagnósticos certeiros pelo convívio. Porém isso que o Bruno postou ajudará demais, principalmente na exatidão do diagnóstico, inclusive vou imprimir lá no meu trabalho e por no mural para ajudar os colegas de profissão

.

Realmente é uma mão na roda vc saber onde o erro está pelo código, mas lembrem-se de colocar pra não reinciar automaticamente na hora do erro.

Postado originalmente por HumbertoPC

Ae Bruno... excelente, vai ajudar muito por aqui.
E aquele nosso review vai sair hein... falta pouco pro H70 chegar...
Abraço

Valeu Humberto !!!

Vai sim !!!! Assim que chegar o H70 me avisa que agente agiliza sim, depois combinamos certinho, me manda MP.

ABraço.

**frytec** · 09-02-11 14:17

Sei não viu...
Dá onde vc tirou isso?
Esses códigos podem querer dizer muito mais coisas do que voce propôs ai...

**onurb666** · 09-02-11 14:36

Eu tirei de vários fóruns conceituados em overclock pela net, como amante do overclock já tive inúmeras BSOD's e pude testar todos ou quase todos que postei aí acima sempre conseguindo acertar depois o over.

Abraço.

_________________________

EDIT:

Adicionado como tirar o Reboot automático na hora do BSOD !!!

**Fguarezi** · 09-02-11 17:29

Muito bom Bruno, parabens.

Mais um voto para fixar.

**theeuS** · 09-02-11 19:33

voto pra fixar só que aqui deu bsod e nao sei porque o codigo nao ta ai husauhsah BCCODE:19 ... to achando q minha fonte ta indo pro saco :S

**onurb666** · 10-02-11 08:11

Postado originalmente por Fguarezi

Muito bom Bruno, parabens.

Mais um voto para fixar.

Valeu Fábio !!!

Postado originalmente por theeuS

voto pra fixar só que aqui deu bsod e nao sei porque o codigo nao ta ai husauhsah BCCODE:19 ... to achando q minha fonte ta indo pro saco :S

Então, os códigos que peguei e postei acima são os erros mais comuns ao rodar um teste de estabilidade ( LinX, Prime, IBT ) ou em jogos com o sistema overclockado, são BSOD's comuns ao se fazer overclock, outros códigos por outro tipo de erro eu não postei acima.

Se vcs souberem algum e quiser que eu adiciono podem falar que atualizo o tópico.

**sarezoel** · 10-02-11 09:50

tem que fixar isso aí..

(qualificado)

**niciusvi** · 10-02-11 17:54

Muito util, obrigado!

**Ringotes** · 10-02-11 18:41

Muito show! Parabéns e obrigado por compartilhar Bruno!!

**Abner_dat** · 10-02-11 19:01

Mto bacana, tirarei mto proveito disso!!!

**Fred77** · 10-02-11 19:01

Muito bom Ornub, parabéns....

**onurb666** · 11-02-11 07:56

Postado originalmente por sarezoel

tem que fixar isso aí..

(qualificado)

Postado originalmente por niciusvi

Muito util, obrigado!

Postado originalmente por Ringotes

Muito show! Parabéns e obrigado por compartilhar Bruno!!

Postado originalmente por Abner_dat

Mto bacana, tirarei mto proveito disso!!!

Postado originalmente por fredz

Muito bom Ornub, parabéns....

Obrigado galera !!!

Estou procurando outros códigos e problemas devido a falha no overclock e vou atualizando assim que for achando.

Abraços!

**DouGFunnY139** · 12-02-11 00:19

Gostei, parabenz pela iniciativa!

Parei meu over nestes 3,917GHz(na assinatura) pois não consegui subir acima disso com estabilidade sem aumentar mais o Vcore do que 1.5V.

Vamos ver se vai me ajudar a levantar mais meu Over!

**Hi-Fi** · 12-02-11 00:57

Muito bom!Já até qualifiquei o usuario!

**Safsprin** · 12-02-11 01:01

Muito bom! Qualificado!

PS: só queria saber o que é o famoso "driver irql not less or equal", e com os códigos 0x0D e 0x0A (varia)... Máquina de um cliente, troquei tudo, só sobrou a placa mãe (com processador via C7 soldado). Mas acho que não tem solução.

**Macetero** · 12-02-11 01:50

Parabéns, muito útil!

Já tava na hora de alguem postar algo sobre código de erro de BSOD aqui no Adrena!

**onurb666** · 12-02-11 08:22

Postado originalmente por Safsprin

Muito bom! Qualificado!

PS: só queria saber o que é o famoso "driver irql not less or equal", e com os códigos 0x0D e 0x0A (varia)... Máquina de um cliente, troquei tudo, só sobrou a placa mãe (com processador via C7 soldado). Mas acho que não tem solução.

Obrigado Safsprin !!!!

Fui dar uma "googleada" pra ver se achava o que era seu problema e encontrei isso. Veja se ajuda !!!

Pelo que li essa BSOD pode ser diversas coisas.

http://kadaitcha.cx/xp/stop/STOP_0x0..._OR_EQUAL.html

Postado originalmente por DouGFunnY139

Gostei, parabenz pela iniciativa!

Parei meu over nestes 3,917GHz(na assinatura) pois não consegui subir acima disso com estabilidade sem aumentar mais o Vcore do que 1.5V.

Vamos ver se vai me ajudar a levantar mais meu Over!

Obrigado Doug !!!

Ajuda sim, lógico que não faz milagre, chega uma hora que nem com o pé na garganta o processador sobe mais hehehe.

Postado originalmente por Macetero

Parabéns, muito útil!

Já tava na hora de alguem postar algo sobre código de erro de BSOD aqui no Adrena!

Obrigado Macetero !!!!

Dei uma procurada aqui no Adrena antes de postar e não tinha achado nada a respeito, é uma coisa muito complicada, tem muitos códigos de erro, estes que postei são mais comuns em erros ao se fazer overclock.

Erros por falha no Hardware, Drivers, Arquivos corrompidos eu não postei.