[109454] Desinstalando Hardware Inativo

No artigo sobre o Casemall 501L-Slim eu transplantei um “mini-server” de um gabinete para o outro. Em tese, isso não deveria ter causado nenhum erro de hardware/software já que nada foi alterado, mas depois da mudança o PC começou a travar, algo que nunca havia acontecido antes.

Tudo bem, o velho Duron 600 com die lascado em uma placa mãe ABIT KT133 com capacitores estufados, e ainda por cima em overclock para 900 MHz, não é algo que podemos considerar como “estável” para um “mini-server” que fica ligado 24 horas por dia, por meses a fio. Mas se funcionava antes, porque deixou de funcionar com o novo gabinete?

A pesquisa pela causa do problema é tão interessante que motivou essa coluna, e tenho certeza que ajudará muitos usuários aqui do Fórum PCs a planejar uma busca pelo defeito, muitas vezes aparentemente insolúvel, com mais critério.

Para começar, vamos partir do principio que o defeito não é no hardware, pois se estava funcionando antes, deve continuar funcionando depois da troca de gabinete. Há porém algumas coisas que aconteceram durante a troca que merecem um comentário:

1) Esse mini-server tem um IP fixo, porque parte das transações da rede são direcionadas para ele através do roteador. Na hora da remontagem eu, por engano, troquei a placa de rede de slot, o que causou um novo reconhecimento de hardware e uma necessária reconfiguração. Ao fixar o IP dessa “segunda” placa de rede, o Windows avisou que havia uma outra placa escondida (hidden) e inativa com a mesmo número de IP, o que causaria problemas caso fosse reativada. Esse foi o primeiro alerta de que os travamentos poderiam estar relacionados com a rede, até porque o tempo de boot aumentou consideravelmente, provavelmente por um conflito durante a localização da rede.

2) Durante as experiências com o fluxo de ar e ventoinhas, buscando a melhor eficiência de temperatura e baixo nível de ruído, instalei o VCool – um software cooler que adiciona parâmetros no PCI para estimular o estado HALT do processador enquanto ele está inativo. Embora os resultados tenham sido muito satisfatórios (a CPU em certo momento atingiu a temperatura ambiente, mas há de se descontar os erros de leitura pelo sensor do soquete) notei que os travamentos se iniciaram após esse procedimento.

3) Desinstalei o VCool e instalei o CPUIdle que usa outra técnica para fazer o mesmo. O resultado térmico não foi tão bom, mas os travamentos continuaram.

4) Removi o CPUIdle, mas o travamento ocasional continuou.

5) Durante um dos vários reboots causados pelos travamentos, algo aconteceu com o disco “D” que perdeu sua lixeira, ou melhor, ela deixou de funcionar. Qualquer arquivo que fosse apagado nessa unidade sumia definitivamente, e não ia mais para a lixeira. Mas a pasta RECYCLER (pasta invisível) ainda estava lá, com mais de 2 GB de dados armazenados, mas era impossível apagá-la manualmente pois o sistema acusava falta de permissão (access denied). Eu não uso o compartilhamento simples nessa maquina, e sim aquele mais detalhado, similar ao do Windows 2000 e 2003, ao olhar as propriedades da pasta RECYCLER, notei que não havia permissão alguma para ninguém, ao contrário das lixeiras das outras unidades que tinham permissão para o usuário administrador, system, e muitos outros que fazem parte do nível de permissão do sistema operacional.

Minha primeira conclusão foi que tanto o VCool quanto o CPUIdle instalaram algum driver de PCI para fazer o acionamento do HALT mas não desinstalaram o tal driver quando foram removidos. De fato, ao iniciar o sistema em modo de segurança, a lista de drivers continha um suspeito “vcool.sys”. Só que não era possível removê-lo manualmente, o Windows XP sempre guarda uma cópia de segurança dos drivers que estão instalados, portando apagar o arquivo na pasta /windows/system32 não era uma solução. E eu ainda precisava resolver o problema da lixeira sumida, e da placa de rede em duplicidade. Parti para a pesquisa na WEB para tentar resolver item a item, encontrei várias pessoas com problemas similares, mas nenhuma dica como resolver rapidamente. Após algumas horas, algumas soluções possíveis ficaram mais evidentes.

Para resolver a lixeira: Evidente que a pasta está corrompida, mas como recriá-la se não tenho nem acesso para apagá-la?

A primeira dica é usar o recurso de

Em seguida foi só criar e apagar um arquivo qualquer nessa unidade para a pasta Recycler ser recriada, já com as permissões corretas, e tudo voltou ao normal. Inclusive nas propriedades da lixeira a unidade voltou a aparecer, coisa que antes não acontecia.

, procurar na pasta ” Non Plug and Play Drivers” e lá no final, na letra V, estava o VCool instalado. Removi com a opção no botão da direita e antes de reiniciar o sistema utilizei o utilitário “LoadDriver” que acompanha o VCool com a opção REMOVE. Só assim o serviço e o driver do VCool foram removidos definitivamente.

Para limpar esses resíduos, é preciso seguir esses passos:

1) Tecle “” na linha executar (ou Run, para quem como eu usa o sistema em inglês) para abrir uma janela do console. Não use aspas em nenhuma das instruções que estou passando aqui.

2) Tecle ” set devmgr_show_nonpresent_devices=1 ” sem as aspas. Nada irá acontecer, você apenas alterou uma variável do sistema.

3) Tecle ” devmgmt.msc ” para abrir o gerenciador de dispositivos a partir dessa janela, não vá pelo método das propriedades do meu computador porque o resultado é diferente.

4) Marque a opção ” Show hidden devices ” ou sua tradução equivalente.

5) Será necessário expandir as chaves raízes, todos os dispositivos inativos ou removidos aparecerão listados em uma cor diferente, semi-transparente. Procure aquele que está incomodando e remova com a opção do botão da direita do mouse. Não remova dispositivos que tem a ver com o processo de ativação do Windows, pois isso causará uma nova ativação, e não remova dispositivos que você não sabe o que são. Muitos estão lá por alguma razão.

6) Salve as alterações, tecle “exit” no console e reinicialize o sistema.

Se quiser deixar essa opção definitiva, você pode incluir essa variável no ” Environment Variables ” nas propriedades avançadas do meu computador. Basta criar uma nova variável ” devmgr_show_nonpresent_devices ” e colocar o valor 1 nela.

Com o procedimento acima eu finalmente consegui remover a instalação da placa de rede anterior que estava causando meus problemas de rede e boot.

A pergunta que não quer calar: “resolveu os travamentos?”

Infelizmente não. Estou desconfiado que o cooler está ligeiramente torto em função da pressão que a tomada está fazendo sobre ele. Embora a temperatura medida pelo soquete esteja normal, é possível que o die esteja superaquecendo em algum ponto. Cheguei a conclusão que o pobre do VCool não tinha nenhuma relação com os travamentos, mas só vou reinstalá-lo quando resolver o problema definitivamente.

De qualquer forma, a pesquisa foi super válida e agora tenho certeza que não há nenhum problema com o sistema operacional.