O problema de bloqueio de sistema mais bizarro que você jamais verá

1

Eu tenho uma máquina rodando o Windows XP que, em cerca de 5 minutos depois de ligar, ficará quase inutilizável por 30 segundos a 5 minutos. A luz do disco rígido permanecerá sólida e os elementos da interface do usuário tornam-se praticamente inutilizáveis. Por exemplo, clicar em "Iniciar" pode apenas provocar uma resposta após 2 minutos. Eventualmente, a luz do disco rígido se apagará e a máquina retornará à operação normal.

A máquina é uma AthlonIIX2-250. Ele usa uma placa-mãe de chipset AMD 770 / SB710 de alta qualidade. Eu tentei (não necessariamente nesta ordem):

  • Reinstalando o Windows
  • Substituindo a placa-mãe
  • Substituindo o cabo SATA do disco rígido
  • Substituindo a RAM
  • Atualizando os drivers
  • Substituindo a placa sem fio por outra marca e chipset

Eu testei o disco rígido com a Western Digital Diagnostics e a Spinrite, e também não indiquei nenhum erro. Eu executei vários testes de RAM usando o Memtest86 +. Mais uma vez, sem erros. Eu usei um testador de fonte de alimentação no sistema e não há nenhuma indicação de problemas. O problema parece ser agravado pelo acesso à rede sem fio (o sistema congela com mais freqüência ou mais cedo após a inicialização), mas não é necessário estabelecer uma conexão de rede sem fio para que isso aconteça. O problema ocorre com menos frequência usando o NIC integrado, mas ainda acontece. O Visualizador de Eventos do Windows não mostra nada incomum. O problema ocorre no modo de segurança e também no modo de segurança com rede. O problema também ocorre em uma reinstalação mínima sem nenhum driver de terceiros, exceto pelo driver AMD AHCI fornecido pelo fornecedor da placa-mãe.

EDIT 5 : o resumo acima foi alterado para refletir a ajuda até o momento.

Apenas alguma informação sobre mim, caso isso ajude: Eu construí e consertei milhares de PCs e servidores nos últimos 7 anos. Eu corro meu próprio servidor de correio baseado em Linux. Eu uso o Linux na minha área de trabalho habitual. Eu possuo um Mac Mini. Eu possuo duas máquinas Windows XP. Eu tenho alguma experiência com o Windows Server. Eu construí e configurei redes para cerca de 20 pequenas e médias empresas a partir do zero (e herdei inúmeras outras). Eu gostaria de pensar que eu tenho um bom grau de competência técnica, mas este aqui me derrotou.

    
por wonea 20.12.2009 / 05:02

6 respostas

1

Para verificar o problema, recomendo usar ferramentas do SysInternal. Você pode verificar qual processo leva mais tempo da CPU com o Process Explorer.

E há três razões que podem ter causado o problema:

  1. Troca de memória. A memória física pode ser pequena demais quando um processo consome muita memória. O sistema operacional precisa usar o disco para atuar como memória virtual.

  2. Dead lock de processos.

  3. Vírus.

por 20.12.2009 / 05:46
1

Eu ainda gostaria de me dedicar a HD, a menos que você tenha mostrado o contrário. Como parece fácil de reproduzir, eu tentava instalar o Windows em um disco rígido extra e ver se ainda acontece.

Algumas outras coisas vêm à mente ...

  1. Você fez alguma personalização especial na configuração do Windows? (pré-busca, tamanho do arquivo de paginação, etc?)
  2. Você tem outro processador para experimentar?
  3. O que acontece quando você remove / desativa tudo o que não é absolutamente necessário?
    • Remova os cartões extras {modem, NIC, NIC sem fio}
    • Desconecte as conexões internas desnecessárias {DVD, CD, cabeçalhos USB}
    • Boot: O problema se reproduz?
      • Se não, você sabe que é um dos itens acima, e você pode adicionar novamente cada um até encontrar o culpado.
      • Se sim, você sabe que é algo que você não desconectou ou é software. Você pode estar com CPU, nova placa de vídeo ou placa de vídeo, ou algo 'estranho' acontecendo com o disco XP integrado sendo o problema?
  4. Finalmente, se nada funcionar ... leve o computador a um campo e vá até o Office Space nele. ;)
por 20.12.2009 / 06:30
0
Embora o período de tempo não seja tão longo, vi esse tipo de bloqueio com a luz do disco rígido acesa no controlador de drive ICHR9 que está em muitas placas-mãe. Eu nunca tive isso acontecer em uma nova diretoria, apenas depois de alguns meses. À medida que fica pior, levará a BSODs periódicas.

Esta caixa costumava sofrer o bit de bloqueio e então começou a BSODing. Eu finalmente coloquei um controlador de unidade adicional e executei as unidades principais dele (a óptica ainda está fora do MB) e eu não vi um bloqueio nem um BSOD desde que eu fiz isso. Nenhuma outra alteração de hardware, a única alteração de software foi a adição do driver para o novo cartão.

A qualidade miserável do software de suporte que vem junto com o ICHR9 me faz suspeitar que eles eram tão desleixados com o hardware. O programa para configurar o sistema uma vez que o sistema operacional é inicializado pode levar mais de 20 segundos para atualizar o status da unidade - e fará isso como parte da repintura da tela, inclusive como resultado de qualquer clique. Pelo menos você não precisa executar isso, mas o driver que o executa é outra questão - a versão que acompanha o quadro vazou cerca de 100.000 handles / hour. Isso acabaria matando o Windows ou consumiria tanta memória que você precisaria reinicializar. Uma versão posterior do driver, pelo menos, corrigiu esse problema.

    
por 20.12.2009 / 05:37
0

Você diz que a conexão direta via cabo funciona muito melhor do que com fio, não importa qual placa sem fio seja usada.

É possível que o problema não seja hardware, mas um software que baixa uma grande quantidade de dados, de modo que a conexão direta simplesmente faça isso mais rápido?

Eu sugeriria:

  1. Certificar-se de que todo o software instalado esteja totalmente corrigido
  2. Usando um sniffer de linha para ver o que está acontecendo durante esses períodos (já está pronto e aguardando o congelamento chegar). Pode ser mais simples usar o TCPView .
por 20.12.2009 / 10:16
0

Eu tive um problema semelhante com meu próprio computador, embora não seja exatamente a mesma configuração - o meu é uma placa-mãe AMD 790FX / SB750 Asus (relacionada ao já mencionado AMD 770 / SB710 - mais recursos, mesma geração) executando o windows 7 release candidate de 64 bits. Com a luz de acesso do disco rígido atrelada, eu não ouviria nenhum ruído do disco rígido (além do som normal e saudável dos pratos giratórios, mas nenhum movimento da cabeça) e seria incapaz de carregar qualquer coisa do disco - se gerenciador de tarefas já estava em execução e, portanto, na memória, funcionaria bem, mas não o contrário. Apertando o botão de reset, o sistema envia muito bem e eu posso entrar no ExpressGate sem nenhum problema - e ele carrega e roda da mesma unidade física. Tudo isso está sendo executado com os drivers AMD AHCI no Windows, e a unidade definida como AHCI no BIOS. Suspeitando os drivers AHCI, mudei a configuração da BIOS para IDE e ainda não vi o problema novamente. Será que são apenas motoristas da AMD AHCI, então, talvez?

    
por 28.12.2009 / 05:23
0

Isso quase soa como uma inundação de IRQ, fazendo com que a CPU gaste todo o tempo fazendo praticamente nada. A primeira coisa que eu tentaria é isso. Puxe todos os cartões e fios não essenciais. Você já substituiu tudo essencial. Você também pode inicializar a partir de um Live CD como outro sugerido. Eu desligaria todos os discos rígidos na BIOS se você fizer isso. Isso eliminaria o subsistema da unidade.

Eu até movo o PC para outra fonte de energia e uso um monitor / placa de vídeo diferente. Esta é essencialmente uma abordagem de espingarda, mas se você puder provar que o problema pode ser eliminado, então você sabe que o isolou. Então você pode começar a trabalhar na outra direção e adicionar componentes de volta até reintroduzir o problema. Depois de estreitá-lo no subsistema correto, você saberá onde procurar.

Lembre-se sempre em qualquer problema, há o gatilho e a falha. É o gatilho que você precisa encontrar e eliminar. Pode ser externo. Se estiver fisicamente conectado, é um fator possível. Você pode ter que literalmente "pensar fora da caixa". Boa sorte

    
por 02.02.2014 / 17:02