A partir de 11 de abril de 2017, os clientes do Windows Vista não receberão mais novas atualizações de segurança, hotfixes não relacionados à segurança, opções de suporte assistido gratuito ou pago ou atualizações de conteúdo técnico online da Microsoft. Este artigo não será mais atualizado e permanece apenas para informação. Visite o site da Microsoft
para o final completo da declaração de apoio.
- O que é um erro de tela azul?
- Solução de problemas de mensagens de erro comuns de tela azul
- 0x000000ED e 0x0000007B
- 0x0000007E e 0x0000008E
- Usando o depurador do Windows
Este artigo descreve o que são erros de tela azul, por que ocorrem, como reconhecê-los e como resolver algumas das mensagens de erro mais comuns.
Este artigo é específico para o Microsoft Windows 7.
Clique abaixo para alterar o sistema operacional.
Como corrigir erros do BlueScreen (STOP) que fazem com que o Windows Vista desligue ou reinicie inesperadamente
Quando o Windows encontra determinadas situações, ele para e as informações de diagnóstico resultantes são exibidas em texto branco em uma tela azul. O aparecimento desses erros é a origem do termo “Tela Azul” ou “Tela Azul da Morte”.
Erros de tela azul ocorrem quando:
- O Windows detecta um erro do qual não consegue se recuperar sem perder dados
- O Windows detecta que dados críticos do sistema operacional foram corrompidos
- O Windows detecta que o hardware falhou de forma irrecuperável
- O texto exato exibido mudou ao longo dos anos, passando de uma densa parede de informações no Windows NT 4.0 para uma mensagem comparativamente esparsa empregada nas versões modernas do Windows.
Esses dois erros têm causas semelhantes e as mesmas etapas de solução de problemas se aplicam a ambos. Esses códigos de parada sempre ocorrem durante o processo de inicialização. Quando você encontra um desses códigos de parada, acontece o seguinte:
- O sistema concluiu o autoteste de inicialização (POST).
- O sistema carregou o NTLDR e transferiu o controle do processo de inicialização para o NTOSKRNL (o kernel).
- NTOSKRNL está confuso. Ou ele não consegue encontrar o resto ou não consegue ler o sistema de arquivos no local em que acredita estar armazenado.
Ao solucionar esse erro, sua tarefa é descobrir por que o kernel do Windows está confuso e corrigir a causa da confusão.
Coisas para verificar
- A configuração do controlador SATA no BIOS do sistema Se o controlador SATA for alternado do modo ATA para AHCI (ou vice-versa), o Windows não conseguirá se comunicar com o controlador SATA porque os diferentes modos requerem drivers diferentes. Tente alternar o modo do controlador SATA no BIOS.
- Configurações RAID Você poderá receber este erro se estiver testando as configurações do controlador RAID. Tente alterar as configurações de RAID de volta para detecção automática (geralmente precisa).
- Cabeamento mal encaixado ou incorreto Tente recolocar os cabos de dados que conectam a unidade e seu controlador em ambas as extremidades.
- Falha no disco rígido Execute o diagnóstico integrado no disco rígido. Lembre-se: o código 7 significa corrupção de dados corrigível, não falha de disco.
- Corrupção do sistema de arquivos Inicie o console de recuperação a partir do disco de instalação do Windows e execute chkdsk /f /r.
- BOOT.INI configurado incorretamente (Windows Vista). Se você apagou ou mexeu inadvertidamente no arquivo boot.ini, poderá receber o código de parada 0x7B durante o processo de inicialização. Inicie o console de recuperação a partir do disco de instalação do Windows e execute BOOTCFG /REBUILD
Este código de parada indica que o driver do sistema de arquivos NTFS encontrou uma situação que não conseguiu resolver e quase sempre é causado por três coisas:
- Corrupção de dados no disco
- Corrupção de dados na memória
- O sistema está completamente sem memória (isso normalmente só acontece em servidores muito carregados)
Coisas para verificar
- Recoloque a memória e todos os cabos de dados da unidade para eliminar problemas de corrupção de dados decorrentes de hardware mal encaixado ou inadequado.
- Execute um diagnóstico completo de memória e disco rígido. O teste rápido não será suficientemente completo aqui. Você precisa executar o diagnóstico completo do sistema.
- Se esses diagnósticos forem aprovados, execute uma verificação completa do sistema de arquivos no Console de recuperação (chkdsk /f /r) para detectar e (potencialmente) corrigir quaisquer dados corrompidos.
- Se nenhuma das opções acima resolver o problema, reinstale o Windows.
- Se isso não resolver o problema, substitua o disco rígido.
Esses dois erros indicam que um programa em execução no kernel encontrou uma condição inesperada da qual não conseguiu se recuperar. Eles têm etapas idênticas de solução de problemas e resolução, e você provavelmente precisará usar o Windows Debugger para descobrir o que causou o erro.
Coisas para verificar
- Se a mensagem de tela azul mencionar um driver ou arquivo de biblioteca, descubra de qual driver ou aplicativo esse arquivo faz parte e atualize ou desative-o.
- Atualize o BIOS do sistema para a revisão mais recente disponível.
- Desinstale todos os programas instalados recentemente e reverta todos os drivers instalados recentemente.
- Execute diagnósticos na memória do computador.
Este código de parada significa que o sistema tentou acessar um pedaço de memória inexistente, quase sempre devido a:
- Um driver tentando acessar uma página de memória que não está presente
- Um serviço do sistema (ex. antivírus) falhando de forma excepcional
- Memória defeituosa ou instalada incorretamente
- Dados corrompidos no disco rígido
Use o Windows Debugger para identificar a causa exata desses erros.
Coisas para verificar
- Se o erro de tela azul mencionar um driver ou arquivo de biblioteca, descubra de qual driver ou programa o arquivo faz parte e atualize para a versão mais recente ou desinstale o driver ou programa.
- Se o erro ocorrer durante o processo de inicialização, tente inicializar com a última configuração válida.
- Se o erro começou a aparecer após a instalação de um programa ou driver, desinstale esse programa ou driver.
- Tente executar um diagnóstico completo do disco rígido e da memória após recolocar os cabos de dados da memória e do disco rígido.
Este código de parada indica que um driver tentou acessar uma determinada área da memória quando não deveria, o que significa que há uma falha no próprio driver. O objetivo da sua solução de problemas é encontrar esse driver e desativá-lo ou substituí-lo. Use o Windows Debugger para solucionar esse erro.
Sem o depurador, você está limitado a desinstalar/atualizar/reverter o driver que contém o arquivo do driver mencionado na Tela Azul.
Este erro de tela azul indica que um driver de dispositivo – quase sempre um driver de placa de vídeo – está travado esperando que algo (geralmente uma operação de hardware) aconteça. A maioria de vocês provavelmente já viu nv4_disp.sys
associado a esta tela azul.
Coisas para verificar:
- Certifique-se de que os drivers de vídeo estejam atualizados para a versão mais recente da Dell.
- O BIOS do sistema está totalmente atualizado.
- Se o driver de vídeo e o BIOS do sistema estiverem totalmente atualizados, consulte o fabricante para obter atualizações recentes do driver.
- Como último recurso, tente trocar a placa de vídeo.
A reinstalação do Windows provavelmente não evitará que esse erro ocorra novamente.
O Windows Debugger é uma das principais ferramentas usadas pelos desenvolvedores de software da Microsoft e pela equipe de suporte para analisar e resolver erros que resultam em despejos de memória e está disponível para você.
O Windows Debugger é uma ferramenta poderosa com muitos aplicativos úteis, mas neste artigo estamos interessados ​​apenas em sua capacidade de analisar arquivos de despejo de memória gerados por erros de tela azul para determinar a causa do erro.
Antes de usar a ferramenta, lembre-se do seguinte:
- O Windows Debugger não é uma ferramenta nativa do Windows. Você deve baixar e instalar o aplicativo (15 MB) do site da Microsoft. É necessário acesso de administrador para instalar a ferramenta.
- O Debugger requer algumas pequenas personalizações antes do uso.
- O Debugger pode levar de 30 segundos a dois minutos para analisar completamente um despejo de memória.
Para usar a ferramenta, siga estas etapas:
- Baixe e instale o Windows Debugger do site da Microsoft
Se você usar o Google para pesquisar “depurador do Windows”, o primeiro link retornado será a página inicial do Windows Debugger.
- Assim que a instalação for concluída, clique em Iniciar, clique em Todos os Programas, clique em Ferramentas de Depuração para Windows e clique em WinDbg para abrir o Depurador do Windows.
- Configure o caminho do símbolo usado pelo depurador para transformar endereços no arquivo de despejo de memória em nomes de locais significativos: expanda o menu Arquivo, selecione Caminho do arquivo de símbolos, digite "SRV*c:\debug_symbols*http://msdl.microsoft.com /download/symbols" na caixa de diálogo e clique em OK.
- Abra um arquivo de minidespejo: expanda o menu Arquivo, selecione Abrir Crash Dump, selecione o arquivo de despejo desejado e clique em Abrir.
O sistema geralmente armazena arquivos de minidespejo em: C:\WINNT\Minidump\ ou C:\Windows\Minidump\. Os arquivos serão nomeados miniMMDDYY-NN.dmp, onde MM é o mês, DD é o dia e YY é o ano em que o arquivo de despejo foi criado. NN é a sequência em que os arquivos de dump foram criados se vários dumps foram gerados no mesmo dia (o primeiro crash dump em um determinado dia será numerado 01, o segundo 02, etc.).
- O depurador abrirá o arquivo de despejo e fornecerá uma breve descrição do que causou a falha do sistema. (Figura 2)
Na primeira vez que você usar o Depurador para abrir e despejar arquivos em um sistema, levará alguns minutos para baixar as informações do símbolo em segundo plano antes que ele retorne qualquer informação.
Figura 2: Depurador do Windows
Comando sugerido para a linha de comando do Depurador
Código de parada da tela azul (1000007F é igual a 0x7F)
O que o Windows pensa que causou a falha (atapi.sysneste exemplo, você às vezes verá coisas como memory_corruption
- Ao retornar esta análise preliminar, o Debugger informa como se aprofundar. Digite "!analyze -v" no campo da linha de comando (kd>) na parte inferior da janela e pressione a tecla Enter para que o WinDbg execute uma análise detalhada do arquivo.
Os resultados serão longos e talvez seja necessário rolar verticalmente na janela do Depurador para localizar todas as informações pertinentes.
Figura 3: Analise os Resultados
Uma explicação detalhada do código de parada (no exemplo, você pode ver que o kernel encontrou um EXCEPTION_DOUBLE_FAULT (8) ou um erro ao tentar processar um erro)
Figura 4: Análise Adicional dos Resultados
O código de verificação de bug (observe no exemplo que inclui o número 8, indicando a falha dupla)
O número de vezes que o sistema travou com esse erro exato (normalmente 1)
O bucket no qual o Windows categorizou a falha
O rastreamento de pilha no momento em que o sistema travou, com o procedimento chamado mais recentemente no topo (você pode ver no exemplo que o sistema travou ao processar uma solicitação do controlador IDE)
Figura 5: Análise Adicional
O nome do módulo em que o sistema estava quando travou. Em um sistema real, o nome do módulo é um link no qual você pode clicar para receber algumas informações úteis sobre o módulo, quem o criou, sua idade, etc.