O melhor guia para resolver erros de tela azul (BSOD) no Windows

TotoVelo10 apresentou um novo comentário no artigo do VirtualBox: Instale as adições convidadas 7 horas atrás

Windows de travamento manualmente – tela azul sob demanda

O Windows inclui um recurso que pode ser ativado para travar manualmente o sistema mantendo a tecla Ctrl certa e pressionando a tecla “Lock de rolagem” duas vezes. Isso pode ser útil para gerar um despejo de colisão para depurar aplicativos ou pode ser uma brincadeira divertida. Siga estas etapas para ativar esse recurso:

1. Abra o editor de registro clicando no botão Iniciar e digitando regeit e batendo em enter. Se você estiver no XP primeiro selecione Executar e depois digite regeit e pressione Enter.
2. Navegar para: Hkey_local_machine \ System \ currentControlset \ Services \ i8042prt \ parâmetros.
3. Crie um novo valor DWORD e nomeie -o CrashOnCtrlScroll
4. Clique com o botão direito do mouse no novo valor do DWORD e selecione Modificar.
5. Tipo 1 no campo Dados do valor e clique em OK.
6. Feche o Regedit e reinicie seu sistema.

Agora você pode tela azul (falha) seu sistema mantendo a tecla Ctrl certa e pressionando “Lock de rolagem” duas vezes.

DICA:

Seu sistema pode reiniciar automaticamente quando essa falha é iniciada. Se o seu sistema reinicia imidadamente iniciando o acidente e você quiser ver a tela azul, siga estas etapas:

1. Vá para Painel de controle > Sistema
2. Clique no Avançado aba
3. Sob Startup e recuperação, Clique no Setings botão.
4. Sob Falha de sistema, Desmarque a opção Reinicie automaticamente.

O melhor guia para resolver erros de tela azul (BSOD) no Windows

Quando ocorre um erro fatal no seu sistema, o Windows exibe o famoso Tela azul da morte (ou BSOD para tela azul da morte). Esse erro fatal ocorre quando o sistema operacional atinge a condição crítica, onde não pode mais funcionar corretamente.

Você pode encontrar um ao instalar uma atualização, um programa, equipamento ou de repente, sem nenhuma ação precisa parecendo ter desencadeado. Windows ainda age assim : ele para repentinamente para se proteger de uma possível perda de dados, exibe seu tela azul Em seguida, reinicie seu computador.

De acordo com os relatórios de erros enviados à Microsoft até abril de 2014, as razões pelas quais o Windows Crashe é assim distribuído:

• Pilotos periféricos da terceira parte: 70%
• Desconhecido, por causa de uma corrupção séria da memória: 15%
• Erros de materiais: 10%
• Código da Microsoft: 5%

Às vezes excepcional, a tela azul da morte que segue um erro fatal pode infelizmente ser exibida repetidamente em sua máquina. Se for esse o caso de você atualmente, você precisará Encontre o piloto responsável pelo erro fatal e traga uma solução para isso. Um dispositivo, seu piloto ou um programa vinculado a ele pode ser a causa de uma tela azul. Uma atualização do piloto ou do programa resolve na maioria dos casos os problemas encontrados.

Neste tutorial, vou te mostrar como Analisar uma tela azul Para encontrar o Motorista responsável pelo erro fatal e, portanto, ser capaz de resolver definitivamente o problema ! O objetivo é permitir que você use seu PC novamente em paz, sem medo de que uma tela azul apareça novamente e o interrompa em seu trabalho.

Preâmbulo: arquivos de imagem de memória

Quando o sistema trava, as janelas exibem um tela azul, que é acompanhado por um Código de parada. Este código de parada nos fornece as primeiras informações sobre o Natureza do erro fatal.

EU Informação: Você pode encontrar todos os códigos de parada e seu significado no código de referência de verificação de bug do site do Microsoft Hardware Dev Center.

No entanto, esse código de parada pode ser bastante Avare com informações. Na captura acima, o código de parada Memory_Management indica que ocorreu um erro grave de gerenciamento de memória … sem saber muito mais (veja. Verificação de bug 0x1a: Memory_Management).

Até o Windows 7, a tela azul exibida Quatro parâmetros, que estavam associados a Código de parada (É possível encontrar esses quatro parâmetros no observador de eventos). Eles permitem que você saiba um pouco mais sobre o erro fatal.

No exemplo abaixo, o primeiro parâmetro do código de parada Desmontável_boot_volume Indica o dispositivo que não foi montado pelo sistema (ver. : Verificação de bug 0xed: desmontável_boot_volume).

Quando disponível, o Nome do piloto quem plantou também é exibido. No exemplo abaixo, estes são rtkvhd64.sys. O último nos diz, por outro lado, por outro lado muito mais Sobre a causa do erro fatal. O Google Research nos diz que este é o driver de áudio de alta definição realtek.

No entanto, o nome do módulo responsável pelo acidente Nem sempre aparece !

Eu tenho um código de desligamento que não me dá informações e o nome do driver responsável pelo acidente não é exibido … como farei para encontrar a origem do erro fatal ?

Eu não tive tempo de ver o que estava marcado na tela azul ! Como vou fazer para depurar o Windows ?

Não entrar em pânico ! Eu ia te dar A solução Para encontrar a fonte de suas telas azuis.

Depois de plantar o sistema e após a exibição da tela azul, o Windows prossegue para um Esvaziando a memória física (RAM) do computador, descarregando seu conteúdo em um arquivo de disco rígido: o Arquivo de imagem de memória (ou arquivos de despejo de memória). Você também pode seguir o progresso do esvaziamento da memória na tela azul através da porcentagem de conclusão que é gradualmente incrível (até “100% acabado”))).

Este arquivo de imagem de memória, portanto, contém uma cópia de todos os dados presentes na memória do computador antes de variar. Esses dados serão preciosos para estabelecer um Diagnóstico completo no acidente janelas. Ao consultar -os, certamente encontraremos o Piloto piloto do Windows !

Existem dois tipos de arquivos de imagem de memória: arquivos para o modo de núcleo (Despejo no modo de kernel) e arquivos para modo de usuário (Arquivos de despejo no modo de usuário). [1]

[1] Modo de usuário e modo de kernel ^

Em um PC com Windows, o processador possui dois modos diferentes: um modo de usuário e um modo de núcleo. O processador alternar entre os dois modos Dependendo do tipo de código que ele executa: formulários Existe no modo de usuário, Componentes do sistema operacional No modo núcleo. O máximo de pilotos Existe no modo de kernel, mas alguns podem operar no modo de usuário.

Para resolver seus problemas de tela azul, você deve analisar o Kernel de modo de arquivos de imagem. Estes são os arquivos que contêm as informações para depurar o sistema; Os arquivos de modo de usuário permitem que eles depurem apenas os programas instalados pelos usuários.

As janelas podem gerar Cinco tipos Memória da imagem para o modo kernel, a diferença está em torno do tamanho do arquivo gerado:

• Imagem de memória completa : contém toda a memória física que foi usado pelo Windows no momento do acidente. Este é o maior arquivo de imagem de memória. Requer um arquivo de troca [2] que é pelo menos tão volumoso quanto a memória principal do sistema: o tamanho do arquivo de troca deve, portanto, ser igual a toda a RAM + 1 MB. Se você tiver 16 GB de RAM no seu computador, o tamanho do arquivo de troca deve, portanto, ter 16,001 GB para poder acomodar dados de memória física !
• Imagem do núcleo : contém Somente a memória usada pelo núcleo No momento do acidente. Este arquivo é consideravelmente menor que o arquivo de imagem completo da memória. Seu tamanho é aproximadamente igual a um terço da memória física instalada no sistema (se você tiver 16 GB de RAM, o tamanho do arquivo será de cerca de 5,3 GB). Este arquivo de imagem não inclui memória não alocada, nem a memória alocada aos aplicativos do modo de usuário. Ele contém apenas memória alocada ao kernel do Windows, a camada de abstração de hardware (HAL) e também a memória alocada a pilotos e programas no modo de kernel. Este é o arquivo de imagem de memória mais útil. Menor e mais rápido para executar do que o arquivo de imagem de memória completa, ele não contém dados de memória física que geralmente não estão envolvidos no acidente.
• Imagem de memória parcial (256 kb) : O menor arquivo de imagem de memória, útil em sistemas de espaço em disco muito limitados. Na medida em que contém Informações limitadas (Mensagem de parada, lista de drivers carregados …), a análise deste arquivo pode não permitir descobrir a fonte dos erros encontrados no momento da falha do computador.
• Esvaziamento automático de memória : contém o mesma informação que o arquivo de imagem de memória do kernel. A diferença entre os dois não reside no próprio arquivo de imagem, mas na maneira como o Windows define o tamanho do arquivo de troca do sistema. Se o tamanho do arquivo de troca do sistema for definido em “Gerenciamento automático de gerenciamento de arquivos para leitores”, e o parâmetro da imagem da memória for definido no “esvaziamento automático de memória”, o Windows define automaticamente um tamanho para o arquivo de troca, grande o suficiente para capturar o núcleo imagem da memória.
• Esvaziamento de memória ativa : Semelhante à imagem completa da memória, no entanto, ela não contém a memória atribuída a máquinas virtuais Hyper-V, inútil para a depuração da máquina host.

[2] Arquivo do Windows Exchange ^

Quando a RAM (RAM) está saturada, o Windows cria um arquivo (PageFile.Sys) no leitor do sistema (c 🙂 para armazenar informações adicionais lá: é o arquivo de troca. Essa técnica permite que o Windows armazene informações no disco rígido que normalmente deve armazenar em RAM. Dizem que o Windows tem um memória virtual, que corresponde à soma entre o tamanho da RAM (RAM) e o do arquivo de troca.

Você pode configurar o tipo de memória que o Windows cria no caso de um acidente no Configurações avançadas do sistema (%Systemroot%\ System32 \ SystemPertieDvanced.Exe)> partida e recuperação.

Recomenda -se deixar o tipo de imagem de memória padrão: Esvaziamento automático de memória.

Apenas um e apenas arquivo A imagem da memória pode ser criada durante uma falha do sistema. Se ocorrer um segundo erro fatal e uma memória de imagem do kernel (ou uma imagem completa da memória) for criada, ele substituirá o anterior (se a opção “substituir todos os arquivos de parâmetros existentes” será verificada).

O arquivo de imagem de memória é escrito por padrão em %Systemroot%\ Memory.DMP.

Qualquer que seja o tipo de imagem de memória que você escolheu, o Windows sempre cria mais um arquivo de imagem de memória parcial Sempre que o sistema para inesperadamente (quando a tela azul é exibida), mesmo se você tiver selecionado “Imagem da memória do kernel” ou “Imagem de memória completa” nas configurações.

Se ocorrer um segundo erro fatal, um segundo Imagem de memória parcial é criado e o anterior será preservado. Cada novo arquivo de imagem de memória parcial terá um nome diferente, com a data da falha codificada no nome do arquivo. Por exemplo, “050917-10843-01.DMP “é o arquivo de imagem de memória gerado em 9 de maio de 2017.

Todos os arquivos de imagem de memória parcial são mantidos na pasta %Systemroot%\ Minidump.

Agora que você sabe como a imagem da imagem dos arquivos de memória é operação, vamos consultar o Informações de deboging que eles contêm para encontrar o piloto responsável por suas telas azuis de morte !

Resolva uma tela de morte azul (BSOD)

Etapa 1: Analisar arquivos de imagem de memória

Para começar, analisaremos o Arquivos de imagem de memória parcial.

Mesmo que este último contenha pouca informação, não é incomum encontrar o piloto responsável pelo erro fatal.

Se os arquivos de imagem parcial da memória não nos permitirem encontrar a fonte da tela azul da morte, analisaremos o Imagem completa ou arquivo de kernel que contém muito mais informações sobre o acidente que causou a tela azul da morte.

via arquivos de imagem de memória parcial

EU’Utilitário de controle de imagem de memória (Dumpchk.ex) é um utilitário de linha de comando oferecido pela Microsoft para verificar e Leia arquivos de imagem de memória.

Ao contrário de outras ferramentas de depuração disponíveis, Dumpchk.Exe não requer acesso a símbolos de depuração, que são volumosos e que devem ser baixados para fazer uma depuração.

Embora eficaz, essa ferramenta não é muito ergonômica.

É por isso que usaremos o programa BluescreenView : Ele digitaliza todos os arquivos de imagem de memória criados no seu computador seguindo uma falha no Windows e exibe claramente as informações que eles contêm.

Agora, faça o download e instale o BlascreenView no seu computador e execute -o.

No painel superior, todos Arquivos de imagem de memória Encontrado na pasta %Systemroot %\ Minidump, bem como no arquivo de imagem %Systemroot %\ Memory.DMP são exibidos. Na captura acima, seis imagens de memória parcial são exibidas. Isso significa que este computador encontrou a tela azul seis vezes !

Para cada acidente, o bluescreenView exibe o nome do arquivo de imagem de memória parcial, o Data e hora de acidente, O Código de parada (exibido na tela azul), o 4 parâmetros de código de parada, e a Detalhes sobre o piloto Quem provavelmente causou o acidente (nome do arquivo, nome do produto, descrição do arquivo e versão do arquivo).

No painel inferior, por padrão, o bluescreenView exibe Todos os pilotos que foram carregados Durante o acidente (que você selecionou no painel superior). Os pilotos cujo endereço de memória foi encontrado na bateria do acidente são destacados em rosa, o que facilita a localização dos pilotos que provavelmente serão responsáveis ​​pelo acidente.

Sua missão é simples : Localize o piloto responsável pela tela azul na coluna “causada pelo motorista” !

Na captura abaixo, vemos que o acidente de 5 de agosto de 2013 foi causado pelo piloto NVLDDMM.Sys, que provavelmente transforma uma placa gráfica da NVIDIA.

Se você deseja ter mais detalhes sobre o driver detectado (para qual componente, dispositivo ou programa ele pertence), clique com o botão direito do mouse no arquivo de imagem de memória e selecione Pesquisa do Google – Verificação de bug + driver Para iniciar uma pesquisa na internet.

Infelizmente, muitas vezes acontece que os arquivos de imagem parciais não contêm informações suficientes para poder identificar o piloto responsável pela tela azul.

É o caso se o bluescreenView exibir Ntoskrnl.exe Na coluna “causada pelo motorista”. Está errado : Este é simplesmente o arquivo de bateria mais recente que foi carregado antes que a tela azul apareça. Este não é o arquivo erro fatal.

De acordo com o que o bluescreenview afeta na coluna “Causa pelo driver”, Aplique o seguinte ::

• Se BlascreenView exibir um nome de arquivo referindo -se a um componente, um dispositivo ou um programa → Aplicar as soluções específicas a um piloto com defeito.
• Se BluescreenView Poster Ntoskrnel.exe → Teremos que analisar o arquivo de imagem completo (ou núcleo) para encontrar o piloto que realmente causou a tela azul. Vá para a seção a seguir: Leia a memória completa ou o arquivo de imagem do kernel.

através da memória completa ou arquivo de imagem do kernel

EU Informação: A memória completa ou o arquivo de imagem principal que analisaremos corresponde ao arquivo de imagem de memória do Última tela azul que apareceu no seu computador. Em outras palavras, esta é a versão mais “completa” do Arquivo de imagem parcial mais recente exibido no bluescreenview (Você pode classificar arquivos de imagem parciais por data clicando no cabeçalho da coluna “Hora da falha”).

Para analisar o arquivo de imagem completo ou de kernel, devemos instalar o Debrugers do Windows (Incluído no Windows SDK).

Para isso, siga estas instruções:

1. Faça o download do Programa de Instalação SDK (Kit de Desenvolvimento de Software) de acordo com sua versão do Windows.
2. Inicie no programa de instalação do Windows DUSDK. Na primeira tela, deixe o local padrão e clique em Próximo.
   
3. Entre todos os recursos propostos, instale apenas as ferramentas de depuração. Deixar Ferramentas de depuração para Windows verificado e desmarcar todas as outras caixas e clique em Instalar.
   

Depois de instalar as ferramentas de depuração, você tem cinco ambientes de remoção à sua disposição (ver. Áreas de depuração para mais detalhes) dos quais Microsoft Windows Debugger (Windbg), A Depurador capaz de depurar no modo de usuário e no modo de kernel.

O Windbg fornece depuração para o kernel do Windows, drivers de modo de kernel e serviços de sistema, além de aplicativos e drivers de usuários. Este é o que vamos usar.

EU Truque : Para poder ler os arquivos de imagem de memória mais facilmente (.DMG), você pode associá -los ao programa Windbg. Para fazer isso, abra um prompt de comando como administrador e insira os seguintes comandos (a serem adaptados de acordo com a versão do Windows):

CD "C: \ Arquivos de Programas (x86) \ Windows Kits \ 10 \ Debuggers \ x64 \" .\ Windbg.Exe -ia

1. Execute o Windbg como administrador: abra o menu Iniciar, digite “Windbg”, clique com o botão direito do mouse Windbg (x64) (Ou Windbg (x86) Se você usar uma versão de 32 bits do Windows), selecione Executar como administrador.
2. A janela principal de Depurador do Windbg abre.
3. Especifique a localização dos símbolos de depuração via Linha >Caminho do arquivo de símbolo. Os arquivos de símbolos contêm uma variedade de dados que são muito úteis para depuração.
   
4. Digite o próximo local e clique em OK ::

Srv*c: \ symbolssrvcache*https: // msdl.Microsoft.com/download/símbolos

Salve o espaço de trabalho via Linha >Salvar espaço de trabalho. Isso nos impedirá de redefinir a localização dos símbolos de depuração a cada sessão.

Abra o arquivo de imagem de memória via Linha >Abra o despejo de colisão.

Vá para a pasta C: \ Windows e selecione o arquivo Memória.DMP.

Aguarde o windbg carrega os símbolos necessários para depurar o arquivo de imagem de memória. O texto Debuggee não está conectado é exibido na parte inferior da janela; Você deve esperar até que o prompt de comando kd> seja exibido.

Depois de ter a mão, entre no comando !Analise -v para iniciar oAnálise de arquivo de imagem de memória.

Image_Name: CPUZ138_X64 MODULE_NAME: CPUZ138_X64 MODULE DE FULING: FFFFF8004DC30000 CPUZ138_X64 PROCESS_NAME: Speccy64.exe

0x000000D1: driver_irql_not_or_equal 0x0000000A: irql_not_less_equal 0x00000050: page_fault_in_nunped_area 0x0000c2: bad_pool_caller 0x00000000Ed: nãotable_Boot_volume 0xolume 0xxaller 0x0000000000Ed: UNSOTA_BOOT_VOLUME _file_system