No meu servidor, estou tentando instalar uma nova unidade usb, mas tudo o que acontece é que o sistema começa a usar grandes quantidades de ciclos de processador com services.exe. Em uma inspeção mais detalhada com o Process Explorer, há um thread com umpnpmgr.dll usando a maior parte do tempo do processador services.exe.
Eu deixei por meia hora e ainda não aconteceu nada.
Reinicie e tente novamente, o mesmo resultado.
Tentei uma unidade usb diferente, depois uma unidade flash, mas ainda o mesmo problema.
Tentei atualizar o driver, mas ele disse que a função de atualização já estava em ação.
Eu usei o Process Explorer para matar o thread agora para que o servidor ainda possa executar suas funções.
Qualquer dispositivo que tenha sido previamente instalado antes que isso comece a acontecer continuará funcionando, mas qualquer dispositivo novo no sistema agora funcionará.
Minha (s) pergunta (s) é / são:
Existe uma maneira de instalar manualmente o dispositivo no registro para que o Windows pense que é um dispositivo previamente instalado?
Ou esse problema pode ser reparado por meio de algo diferente de reinstalar? Para fazer uma reinstalação seria necessário fazer backup de uma grande quantidade de dados que é difícil com um drive USB e espaço insuficiente em qualquer outra máquina de rede.
Qualquer ajuda seria muito apreciada.
William
O verificador de arquivos do sistema pode ser útil:
do prompt do cmd ... sfc /scannow
Isso deve substituir qualquer arquivo de sistema danificado / modificado.
A caixa participa de atualizações regulares do Windows? Eu sei que houve algumas atualizações da uPNP para o 03 que resolveram problemas semelhantes.
Você pode dar uma olhada neste KB que a Microsoft lançou sobre isso ... isso poderia ajudar.
Apenas para explicar 100% do uso da CPU ... O código do Kernel usa bloqueios de giro em vez de mecanismos normais de bloqueio do modo de usuário. Se algo estiver esperando que seu hardware ganhe vida, ele consumirá 100% do tempo de CPU em um dos núcleos.
Acredito que o driver do hub USB ou o código real do driver de dispositivo cause a CPU atrelada - no final, é provável que ele esteja aguardando algo do hardware. Também é possível que duas peças do seu sistema estejam travadas devido ao software, mas eu diria que é menos provável, já que o código USB está "in" desde 2001 e está bem testado até agora.
Por favor, liste as versões do seu motorista e fabricantes, bem como o id do fabricante / id do dispositivo para que possamos ajudá-lo melhor.
Hm, sobre a sua questão de inserir manualmente as chaves de registro no registro: você pode tentar instalar o mesmo dispositivo USB em outro PC (preferencialmente, o servidor Win2003) e fazer o instantâneo antes e depois do registro. Existem vários programas gratuitos que podem fazer isso. Dê uma olhada nas diferenças no registro e insira manualmente aquelas em máquinas problemáticas.
E como divulgador necessário: Claro que você vai fazer isso por sua própria conta :)
Eu me deparei com isso com drives grandes da Western Digital (ou WD drives reembalados sob uma marca diferente) antes de estarem conectados a servidores Windows 2000, mas nunca em 2003. Como uma solução, eu abriria o painel de controle de serviços e pare o serviço de gerenciador de disco lógico, conecte a unidade e, em seguida, inicie o serviço LDM.
Isso geralmente faz com que ele pegue a unidade em 10 a 15 segundos, em vez dos 60 a 120 segundos que seriam necessários apenas conectando-a.
Nunca encontrei uma correção - mas eu só encontrei esse poço depois que as pessoas deveriam ter se afastado do Win2k. Depois que eles se mudaram para o Windows 2003, eu nunca mais o encontrei.