Interrupção intermitente da interface do usuário do Windows 10

0

Eu instalei recentemente o Windows 10 Enterprise de 64 bits em um novo computador. Desde então, a interface do usuário é interrompida de 2 a 3 por dia, onde os aplicativos incluídos no Windows param de responder aos cliques do mouse e atualizam seus dados. Especificamente, aqui está o que eu vi quando o sistema está em mau estado:

  • O menu Iniciar e a barra de pesquisa param de responder aos cliques do mouse.
  • O Gerenciador de tarefas (se já estiver aberto) para de atualizar seus dados. Ele permite que você alterne as guias, mas os dados nas guias estão desatualizados.
  • Como a interface do usuário está travada, não consigo iniciar novos aplicativos, incluindo o Gerenciador de Tarefas.
  • A tentativa de desconectar o usuário ou a reinicialização do sistema trava e sou forçado a ligar e desligar o sistema.

Curiosamente, todos os aplicativos que não foram incluídos no Windows (por exemplo, Chrome ou VMWare) continuam funcionando bem. Como tal, não acredito que seja um problema de hardware.

Dei uma olhada rápida no log de eventos, mas não vi nada óbvio.

Outras pessoas estão enfrentando esse problema? Alguma idéia de como corrigi-lo?

Minha configuração do sistema é:

ATUALIZAÇÃO : Mais pistas ... Passei dias testando meu hardware usando o MemTest86 e o BurnInTest, mas não encontrei nenhum problema. Tentei desativar a economia de energia no disco rígido. Isso não ajudou.

Notei que, quando o sistema trava, posso acessar todos os discos rígidos sem problemas ( dir /snão trava), mas qualquer coisa que exija acesso ao kernel faz. A tentativa de abrir qualquer processo com privilégios de administrador trava imediatamente depois que eu seleciono "Sim" para conceder acesso de administrador. Os processos de listagem ou de interrupção travam, mas a guia de visão geral do Gerenciador de Tarefas não. O Gerenciamento de recursos inicia bem, mas nunca é preenchido com nenhum dado. Em resumo: parece que o kernel do Windows está em um impasse. Como alternativa, algum driver no nível do kernel (por exemplo, antivírus) está em um impasse e está derrubando todo o sistema.

Gili
fonte
Geralmente faz uma pausa (sem falhas), mantendo o movimento do mouse, são problemas do HDD. Com base nisso, comece testando a estrutura de arquivos e o HDD quanto a danos.
Ƭᴇcʜιᴇ007
@ Ƭᴇcʜιᴇ007 Suspeito que esse problema seja específico do Windows 10. Tentarei as respostas na pergunta que você vinculou, mas não acredito que seja uma duplicata exata. Se esse problema for realmente específico do Windows 10, espero que outras pessoas publiquem comentários e respostas indicando como tal.
Gili
essa é a loucura normal do Win10. Volte para o Windows mais antigo. O Win10 não estava pronto quando foi lançado.
magicandre1981
@ Ƭᴇcʜιᴇ007 parece certo. Como testo o disco rígido e os sistemas de arquivos além do chkdsk (que não encontrou nada errado)?
Gili

Respostas:

1

Levei quase um ano para descobrir isso, mas localizei o problema no HWMonitor . Eu estava executando a versão 1.1.7.0, que aparentemente não era compatível com o Skylake e nem com o Windows 10. Eu não fazia ideia de que os aplicativos do espaço do usuário poderiam derrubar um sistema operacional dessa maneira, mas aparentemente eles podem. A atualização para a versão mais recente do HWMonitor corrigiu o problema. Observe que a CPU-Z é afetada pelo mesmo bug (a versão mais recente também corrige isso).

Referências:

Aprendi outra lição ao depurar esse problema: o registro no diário NTFS protege apenas os metadados do sistema de arquivos. Isso não impedirá que seus dados sejam corrompidos! https://blogs.msdn.microsoft.com/oldnewthing/20130101-00/?p=5673

Ao testar seu sistema sempre, SEMPRE, desative o cache de gravação do disco rígido. Caso contrário, as falhas do sistema resultarão na zeragem do conteúdo do arquivo, apesar do Windows informar que o disco está limpo.

ATUALIZAÇÃO : Depois de corrigir o problema do HWMonitor mencionado acima, parei de travar a interface do usuário (onde um processo seria interrompido enquanto outros eram executados). No entanto, continuei enfrentando travamentos no sistema em que o mouse / teclado deixaria de responder. Esses travamentos ocorreriam aleatoriamente, às vezes quando o sistema estava ativo, outras vezes quando estava ocioso.

Levei mais alguns meses para descobrir isso. Acontece que eu havia dobrado os pinos do soquete da CPU na placa-mãe. Não experimentei um único travamento ou falha desde a substituição da placa-mãe.

Gili
fonte