Resolvendo Todos Os Problemas Do Windows E Outros Programas

BSOD stop 0x00000101

Olá,
Bem, primeiro espero que quem está dando o seu tempo para me ajudar esteja tendo um dia maravilhoso, vou começar com um pequeno histórico sobre esta situação. Recebi este computador de uma pessoa que não queria mais lidar com os problemas e acabei de comprar outro. Isso foi por volta do Natal de 2012 e eu não fiz nada além de ligá-lo até algumas semanas atrás e comecei a pesquisar qual é o problema. Isso me dá BSODs constantes ao inicializar normalmente, mas funciona por mais tempo, talvez até 30 minutos com um BSOD em modo de segurança. A tela azul diz 'nenhuma interrupção de clock recebida no processador secundário dentro do intervalo de tempo alocado'
É um Lenovo z575 Windows 7 home premium 64 bits Amd A série A6-3400m Amd Radeon HD 6520G
Aqui estão alguns arquivos de minidespejo recentes http://rapidshare.com/share/EE3C6FF835AD284CBE0994BC86268309

Obrigada,
Eddie Olá Eddie,

Todos os arquivos DMP anexados são do CLOCK_WATCHDOG_TIMEOUT (101) verificação de bug.

Isso indica que uma interrupção de clock esperada em um processador secundário, em um sistema multiprocessador, não foi recebida dentro do intervalo alocado.

Infelizmente, não podemos analisar * 101 verificações de bug sem um despejo de kernel, pois os minidespejos não contêm informações suficientes com base no que aconteceu no momento da falha nessas situações. Dado você BSOD em modo de segurança, no entanto, isso é absolutamente um problema de hardware. A maioria dos * 101 é um processador com defeito.

O que vou recomendar agora é ter o sistema configurado para criar dumps do Kernel. Depois de travar, o despejo do Kernel será gerado em C: Windows ao invés de C: Windows Minidump e será nomeado MEMORY.DMP

SERÁ grande em tamanho, pois contém uma grande quantidade de informações. Você pode fazer o upload para onde desejar .. RapidShare novamente se puder, Skydrive, etc.

Tecla Windows + tecla Pause. Isso deve abrir o System. Clique em Configurações avançadas do sistema à esquerda> Avançado> Inicialização e recuperação> Configurações> Falha do sistema> mude de pequeno para kernel.

Cumprimentos,

Patrick
Depurador / Engenheiro reverso.KI KICKS240Em resposta à postagem de Patrick Barker em 12 de novembro de 2013 Hi Patrick! e obrigado por me ajudar,
Aqui está o arquivo, por favor me avise se precisar de mais alguma coisa ou se eu fiz algo errado, pois sou bastante ignorante no assunto. https://skydrive.live.com/redir?resid=8F04472109372338!113&authkey=!ACdep_XYKT_uZZ0
Obrigado novamente, Eddie Patrick BarkerEm resposta à postagem do KICKS240 em 12 de novembro de 2013 Obrigado Eddie!

Observe que esta será uma postagem bastante longa porque * 101 as verificações de bugs são muito complicadas e eu gostaria de fornecer o máximo de informações que meu conhecimento permitir.


Certo, como de costume, o arquivo DMP anexado é do CLOCK_WATCHDOG_TIMEOUT (101) verificação de bug.

BugCheck 101, { 31 , 0, fffff88001e5d180 , dois}

31 relógios marcam em relação ao tempo limite.

fffff88001e5d180 é o endereço PRCB do processador travado, vamos manter esse endereço em mente.

Executando um! Prcb no processador 0:

0: kd>! Prcb 0
PRCB para o processador 0 em fffff80002802e80:
IRQL atual - 13
Threads-- Atual fffffa80036e3b60 Próximo 0000000000000000 Ocioso fffff80002810cc0
Número do índice do processador 0 (0, 0) GroupSetMember 1
Contagem de interrupção - 0000ece2
Vezes - Dpc 00000000 Interrupção 00000000
Usuário 0000c3de do kernel 00000023

Não há correspondência para o endereço, vamos tentar o processador 1 desta vez:

0: kd>! Prcb 1
PRCB para o processador 1 em fffff880009e7180:
IRQL atual - 0
Tópicos-- Atual fffffa8004ef7b60 Próximo 0000000000000000 Ocioso fffff880009f1fc0
Número do índice do processador 1 (0, 1) GroupSetMember 2
Contagem de interrupção - 0001107a
Vezes - Dpc 00000000 Interrupção 00000000
Kernel 0000c3a0 Usuário 00000062

Não, nenhuma correspondência também. Vou poupar espaço na postagem e dizer que o processador nº 2 é o que estamos procurando: +)

0: kd>! Prcb 2
PRCB para Processador 2 em fffff88001e5d180 :
IRQL atual - 0
Tópicos-- Atual fffffa8004f3c060 Próximo fffffa8004c16840 Ocioso fffff88001e67fc0
Número do índice do processador 2 (0, 2) GroupSetMember 4
Contagem de interrupção - 00010570
Vezes - Dpc 00000002 Interrupção 00000004
Kernel 0000c139 Usuário 0000001f

Para referência, eu não fiz! Prcb 0 a 2. Isso teria sido muito tedioso. Em vez disso, você pode executar o ! executando-lo comando. O argumento 'i' faz com que ele exiba procs inativos também, e 't' exibe o rastreamento de pilha para o thread em execução em cada proc.

Dica: Às vezes, o 4º parâmetro da verificação de bug irá mostrar o processador responsável. Por exemplo, em seu * 101 aqui, ele estava correto, pois o 4º parâmetro era 2.

Como ele corresponde ao terceiro parâmetro da verificação de bug, o processador # 2 é o processador responsável. Agora com as informações que temos aqui até agora, sabemos que o processador # 2 atingiu 31 tiques do relógio sem responder, portanto o sistema 'd. Antes de prosseguirmos, o que é um tique-taque do relógio? Uma interrupção de clock é uma forma de interrupção que envolve a contagem dos ciclos do núcleo do processador, que está executando um clock nos processadores para mantê-los todos sincronizados. Uma interrupção de relógio é entregue a todos os processadores e, em seguida, eles devem relatar, e quando um não relatar, você trava.

Se olharmos especificamente para o processador 2, podemos ver que funcionou ... bem ... nada:

Child-SP RetAddr: Args to Child: Call Site
00000000`00000000 00000000`00000000: 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000: 0x0


Vejamos a pilha de chamadas dos diferentes processadores para obter mais informações. Vamos começar com o processador 0:

0: kd> kv
Child-SP RetAddr: Args to Child: Call Site
fffff880`01fbbd78 fffff800`026e7a89: 00000000`00000101 00000000`00000031 00000000`00000000 fffff880`01e5d180: nt! KeBugCheckEx
fffff880`01fbbd80 fffff800`0269aeb7: fffff880`00000000 fffff800`00000002 00000000`00026160 fffff880`00000000: nt! ?? :: FNODOBFM :: `string '+ 0x4e2e
fffff880`01fbbe10 fffff800`02c04895: fffff800`02c2a460 fffff880`01fbbfc0 fffff800`02c2a460 00000000`00000000: nt! KeUpdateSystemTime + 0x377
fffff880`01fbbf10 fffff800`02c2a460: fffff880`01fbbfc0 fffff800`02c2a460 00000000`00000000 fffff800`02802e80: 0xfffff800`02c04895
fffff880`01fbbf18 fffff880`01fbbfc0: fffff800`02c2a460 00000000`00000000 fffff800`02802e80 fffff800`0268cb73: 0xfffff800`02c2a460
fffff880`01fbbf20 fffff800`02c2a460: 00000000`00000000 fffff800`02802e80 fffff800`0268cb73 fffff800`02802e80: 0xfffff880`01fbbfc0
fffff880`01fbbf28 00000000`00000000: fffff800`02802e80 fffff800`0268cb73 fffff800`02802e80 00000000`00000001: 0xfffff800`02c2a460


Processador 1:

1: kd> kv
Child-SP RetAddr: Args to Child: Call Site
fffff880`03be2170 fffff800`026b0a71: 00000000`00000000 00000000`00000001 00000000`00000001 fffffa80`04669040: nt! KeFlushMultipleRangeTb + 0x266
fffff880`03be2240 fffff800`026b34bc: 00000000`00000001 fffff880`03be23c0 fffff900`c01a7000 fffff800`026d148f: nt! MiFlushTbAsNeeded + 0x1d1
fffff880`03be2350 fffff800`027b8f86: fffff880`025eee00 00000000`00000049 00000000`00000021 fffffa80`04ef7b60: nt! MiAllocatePagedPoolPages + 0x4cc
fffff880`03be2470 fffff800`027bb3f6: fffff880`025eee00 00000000`00000049 00000000`00000021 fffff960`0006fc01: nt! MiAllocatePoolPages + 0x906
fffff880`03be25b0 fffff960`000d6300: 00000000`00000000 00000000`00000000 00000000`00000577 fffff900`00000000: nt! ExAllocatePoolWithTag + 0x316
fffff880`03be26a0 00000000`00000000: 00000000`00000000 00000000`00000577 fffff900`00000000 00000000`00000100: 0xfffff960`000d6300


Processador 3:

3: kd> kv
Child-SP RetAddr: Args to Child: Call Site
fffff880`03c4b570 fffff800`026c4871: 00000000`00000000 fffffa80`04f1cdf8 00000580`00000000 00000000`00000001: nt! KeFlushMultipleRangeTb + 0x260
fffff880`03c4b640 fffff800`026c4bf8: 0000007f`fffffff8 00000000`00000000 80000000`b2c74863 00000000`0000001c: nt! MiDeleteValidSystemPte + 0xd1
fffff880`03c4b740 fffff800`026c3e2d: fffffa80`04f1cdf8 00000000`00000002 00000000`00000000 00000000`0000001c: nt! MiDeletePteRange + 0x291
fffff880`03c4b7c0 fffff800`026c2973: 00000000`05c00005 fffff800`029ad6b1 00000000`00000fd8 00000000`00000001: nt! MiUpdateWsleHash + 0x2be
fffff880`03c4b830 fffff800`026c3fd9: 00000000`00000000 00000000`05dfafff fffffa80`00000000 fffff880`03c4bb48: nt! MiDeleteVirtualAddresses + 0x76b
fffff880`03c4b9f0 fffff800`029a7731: fffffa80`0416ae20 00000000`00000000 00000000`00000000 00000000`00000000: nt! MyRemoveMappedView + 0xd9
fffff880`03c4bb10 fffff800`029a7b33: 00000000`00000000 00000000`05c00000 fffffa80`00000001 fffffa80`04b688c0: nt! MiUnmapViewOfSection + 0x1b1
fffff880`03c4bbd0 fffff800`0268f8d3: fffffa80`04146b60 fffff880`03c4bca0 fffffa80`04f1ca60 fffffa80`04c1e740: nt! NtUnmapViewOfSection + 0x5f


^^

Coloquei em negrito o que é importante acima. Então, o que podemos reunir é o seguinte:

A verificação de bug real (* 101) ocorreu no Proc # 0.

No Proc # 1, temos um ExAllocatePoolWithTag chamada de rotina que aloca a memória pool do tipo especificado e retorna um ponteiro para o bloco alocado. Essencialmente, essa rotina é usada para a alocação geral do pool de memória.

Lembre-se de que Proc # 2 tinha uma pilha ruim.

Proc # 3, temos um NtUnmapViewOfSection chamada de rotina queé usado para visualizar o desmapeamento da visualização (mapeamento de um objeto de seção na memória virtual para um processo) do espaço de endereço da memória virtual para um processo. Como é Nt e não Zw, isso indica que isso ocorreu no MODO DE USUÁRIO.

----------------------------------------------

Disto podemos provavelmente dizer:

1 Possível falha na RAM, vamos prosseguir e executar um Memtest para NÃO MENOS que ~ 8 passagens (várias horas):

Memtest86 +:

Baixe Memtest86 + aqui:

http://www.memtest.org/

Qual devo baixar?

Você pode baixar o ISO pré-compilado que você gravaria em um CD e inicializar a partir do CD, ou você pode baixar o instalador automático para a chave USB. O que isso fará é formatar sua unidade USB, torná-la um dispositivo inicializável e, em seguida, instalar os arquivos necessários. Ambos fazem o mesmo trabalho, você escolhe o que escolher ou o que tem disponível (seja CD ou USB).

Como funciona o Memtest:

Memtest86 grava uma série de padrões de teste na maioria dos endereços de memória, lê os dados gravados e os compara em busca de erros.

A aprovação padrão faz 9 testes diferentes, variando em padrões de acesso e dados de teste. Um décimo teste, bit fade, pode ser selecionado no menu. Ele grava toda a memória com zeros e, em seguida, dorme por 90 minutos antes de verificar se os bits foram alterados (talvez devido a problemas de atualização). Isso é repetido com todos os outros por um tempo total de 3 horas por passagem.

Muitos chipsets podem relatar velocidades e tempos de RAM via SPD (Serial Presence Detect) ou EPP (Enhanced Performance Profiles), e alguns até suportam a alteração da velocidade de memória esperada. Se a velocidade de memória esperada tiver overclock, o Memtest86 pode testar se o desempenho da memória está livre de erros com essas configurações mais rápidas.

Alguns hardwares são capazes de relatar o 'status PAT' (PAT: habilitado ou PAT: desabilitado). Esta é uma referência à tecnologia de aceleração Intel Performance; pode haver configurações do BIOS que afetam este aspecto da temporização da memória.

Essas informações, se disponíveis para o programa, podem ser exibidas por meio de uma opção de menu.

Quaisquer outras perguntas, provavelmente podem ser respondidas lendo este excelente guia aqui:

http://forum.canardpc.com/threads/28864-FAQ-please-read-before-posting

dois. Se Memtest for ~ 8 passa sem nenhum erro, estou curioso sobre possíveis problemas de disco rígido, então vamos verificar isso também começando com um chkdsk e depois no Seatools:

Chkdsk:
Existem várias maneiras de executar o Chkdsk ~


Método 1:

Iniciar> Barra de pesquisa> Digite cmd (clique com o botão direito em executar como administrador para executar o CMD elevado)

Agora, o CMD elevado deve ser aberto, digite o seguinte:

chkdsk x: / r

x indica a letra da sua unidade, portanto, se o seu disco rígido em questão for a letra c, seria:

chkdsk c: / r

Reinicie o sistema e deixe o chkdsk funcionar.

Método 2:


Abra a janela 'Computador'
Clique com o botão direito na unidade em questão
Selecione a guia 'Ferramentas'
Na área de verificação de erros, clique em.

Se desejar obter um arquivo de registro que contenha os resultados do chkdsk, faça o seguinte:

Pressione a tecla Windows + R e digite powershell.exe na caixa de execução

Cole o seguinte comando e pressione Enter em seguida:

get-winevent -FilterHashTable @ {logname = 'Aplicativo'; id = '1001'} | ? {$ _. providername –match 'wininit'} | fl timecreated, message | out-file Desktop CHKDSKResults.txt

Isso gerará um arquivo .txt em sua área de trabalho contendo os resultados do chkdsk.

Se o chkdsk estiver bom, execute o Seatools -

http://www.seagate.com/support/downloads/seatools/

Você pode executá-lo via Windows ou DOS. Observe que a única diferença é simplesmente o ambiente em que o está executando. No Windows, se você está tendo o que acredita serem problemas relacionados ao driver de dispositivo que podem causar conflitos ou falso positivo, pode ser uma decisão sábia escolher o ambiente de teste mínimo (DOS).

Execute todos os testes, EXCETO: Corrigir tudo, Genérico longo e qualquer coisa avançada.

3 Driver de dispositivo causando conflitos. Verificaremos isso após os dois acima.

Cumprimentos,

Patrick
Depurador / Engenheiro reverso.KI KICKS240Em resposta à postagem de Patrick Barker em 13 de novembro de 2013Desculpe pelo atraso, Eu tentei fazer o memtest, mas não consigo fazer com que ele inicialize diretamente na tela azul todas as vezes, não importa em que modo eu esteja. Além disso, executei o chkdsk, mas não vi a tela final depois de concluído, pois ele foi embora por conta própria.
Tenho notado telas azuis constantes desde que mudei a configuração para obter o dump do kernel e não tenho certeza se pode haver alguma correlação entre os dois.


Obrigado mais uma vez pelo seu trabalho árduo.
EddiePatrick BarkerEm resposta à postagem de KICKS240 em 19 de novembro de 2013 Olá Eddie,

O que você está tentando inicializar no Memtest em relação ao tipo de mídia? CD, USB? Se for USB, sua placa-mãe pode não suportar inicialização USB e você pode ser forçado a usar um CD.

Cumprimentos,

Patrick
Depurador / Engenheiro reverso.KI KICKS240Em resposta ao post de Patrick Barker em 19 de novembro de 2013 Vamos, Patrick, ainda não tive a chance de baixar nenhum teste. O problema de eu não conseguir acessar o Windows é apenas ligar o computador e ele vai para a tela azul. Vai tão longe quanto o logotipo do Windows como normal, em seguida, tela azul. Patrick BarkerEm resposta à postagem do KICKS240 em 19 de novembro de 2013, você não precisa inicializar o sistema no Windows para executar o Memtest. Na verdade, você inicializa no Memtest como se fosse um sistema operacional.

Siga as instruções que forneci e instale-o em um USB ou grave a imagem em um CD. Depois de fazer isso, você inicializa na mídia em que a colocou alterando a ordem de inicialização no BIOS para o que é, ou se você tiver uma placa-mãe de geração mais recente, pode inicializar diretamente através da lista de inicialização UEFI.

Se você ainda não baixou o Memtest para gravá-lo em um CD ou instalá-lo em um USB, não consegue nem inicializar no modo de segurança com rede para baixá-lo?

Cumprimentos,

Patrick
Depurador / Engenheiro reverso.KI KICKS240Em resposta ao post de Patrick Barker em 20 de novembro de 2013 Oh ok, entendo, obrigado por esclarecer isso. E correto, não consigo inicializar normalmente ou em qualquer modo de segurança mais. Eu estava planejando baixá-lo com outro computador em um USB. Patrick BarkerEm resposta ao post do KICKS240 em 20 de novembro de 2013 Essa deve ser sua próxima opção, sim. Se você não conseguir inicializar no modo de segurança, isso é uma indicação de falha de hardware ou algum tipo de corrupção do sistema operacional principal.

Cumprimentos,

Patrick
Depurador / Engenheiro reverso.KI KICKS240Em resposta à postagem de Patrick Barker em 20 de novembro de 2013
Essa deve ser sua próxima opção, sim. Se você não conseguir inicializar no modo de segurança, isso é uma indicação de falha de hardware ou algum tipo de corrupção do sistema operacional principal.

Cumprimentos,

Patrick
Ok, digamos que seja um desses problemas o que eu teria que fazer para corrigi-los. Bem, o que estou tentando descobrir é qual seria a solução definitiva para isso?