O Windows Update não funciona e consome 100% da CPU (Win7 SP1) [duplicado]

79

Esta pergunta já tem uma resposta aqui:

Windows 7 SP1 O Windows Update parou de procurar atualizações 13 respostas

Eu observei um comportamento estranho com o Windows Update (Win7 SP1). O processo svchost está consumindo um núcleo inteiro da minha máquina virtual (VirtualBox) sem fazer nada (ou seja, não há tráfego de rede e a pasta C:\Windows\SoftwareDistributionpermanece no mesmo tamanho com o mesmo número de arquivos). Além disso, o processo às vezes consome uma grande quantidade de memória (> 1 GB). Também observei que algumas vezes a pasta SoftwareDistributionaumenta de tamanho durante um período de tempo e, depois disso, nada acontece e o svchost continua a consumir um núcleo inteiro.

Sei que o problema está no Windows Update, pois acompanhei (usando o Monitor de Recursos) qual serviço está relacionado ao comportamento relacionado acima.

A imagem abaixo mostra o que estou enfrentando:

A próxima imagem mostra uma informação detalhada sobre svchost:

Se eu tentar executar a atualização, nada acontece. O Windows Update não avança. Veja a imagem abaixo:

Deixei esta máquina tentando fazer a atualização por 4 horas. Durante esse período, o consumo da CPU permaneceu alto (conforme relacionado acima) e nenhuma atualização foi instalada.

Minha pergunta é a seguinte:

Qual é o motivo pelo qual o Windows Update não funciona e ainda consome um núcleo inteiro do meu processador sem fazer nada?

Perguntas relacionadas):

uso de memória alta do svchost.exe - wuauserv

— cantoni
fonte

Usando o WSUS offline , também é possível (principalmente) solucionar esse problema.

— Daniel B

2

Não consigo adicionar uma resposta porque o site pensa que tenho <10 reputação, eis o que funcionou para mim na minha VM do Windows 7. Provavelmente isso é específico das VMs. 1) Aumente os núcleos de 1 para algo mais alto. 2) Execute a atualização 3102810 na resposta superior abaixo. 3) Execute o Windows Update. Pode ser necessário reiniciar o PC no meio. Basicamente, o Windows Update não funciona bem em 1 núcleo.

— Eugene K

Muitos computadores na minha rede de trabalho têm um núcleo consumido pelas atualizações do Windows o tempo todo, mas os usuários nem percebem isso. A Microsoft deve conectar todos esses computadores ao sistema de computação distribuído e obter centenas de petaFLOPS de poder computacional gratuito.

— Andrei

83

Consertar

A Microsoft lançou uma atualização do cliente do Windows Update que faz parte do pacote cumulativo de atualizações de julho de 2016 para corrigir o longo atraso na verificação do Windows Update .

Esta atualização contém alguns aprimoramentos para o Windows Update Client no Windows 7 Service Pack 1 (SP1). Isso inclui o seguinte:

Uma otimização que trata do longo tempo de verificação de atualizações relatadas em alguns computadores.

Baixar:
- 32 Bit
- 64 Bit
Pare o serviço Windows Update. Isso acelera a configuração das atualizações do MSU . Isso pode ser feito na linha de comando ou na janela do gerenciador de serviços .
Experimente a atualização baixada e veja se ela acelera a instalação das atualizações.

Para poder instalar a atualização, você precisa primeiro instalar a atualização da pilha de serviços de abril de 2015 para o Windows 7 e Windows Server 2008 R2 (novamente, pare o serviço WU antes de tentar instalar o MSU).

Download (atualização da pilha de manutenção de abril de 2015):

32 Bit

64 Bit

Solução alternativa 1

Se isso ainda não estiver ajudando a procurar novas atualizações, use o WSUSOffline para obter todas as atualizações.

— magicandre1981
fonte

7

Não, isso não funciona. Instalou a atualização em um Win7 de 64 bits, o wuauserv ainda gira inutilmente com 100% da CPU, sem fazer absolutamente nada conforme o Log de Eventos e o WindowUpdate.log, por longos períodos de tempo. * suspiro *

— Tomalak

Isso corrigiu o problema para mim. Nota: Se você tiver uma CPU de núcleo único, nada o salvará, nenhuma correção ajudará. Para um hardware tão antigo, basta desativar o serviço Windows Update, você não pode trabalhar com um sistema ocupado o tempo todo, o risco de ficar desatualizado é inevitável nessas situações. Computadores rápidos também têm o problema, mas passam despercebidos porque o computador pode lidar com isso. Em um Celeron dual core (LGA 775), isso funcionou.

— Hatoru Hansou

1

Esta resposta funcionou para mim! Minha VM tinha dois núcleos disponíveis, mas mesmo aumentá-la para 6 não ajudou em nada. A instalação desta atualização é complicada, pois não funciona bem quando o Windows Update já está fazendo algo em segundo plano. Reiniciar o serviço Windows Update e instalar imediatamente essa atualização funcionou muito bem!

— Jlh 29/01

1

@jlh, você pode simplesmente interromper o serviço WU via services.msc antes de instalar uma atualização do MSU. Isso acelera muito a instalação.

— magicandre1981

1

O KB vinculado menciona problemas específicos que ele corrige (atualize para o Win10 e atualize usando o SCCM), mas não o solicitado aqui.

— Matthias Weiler

8

Depois de um dia tentando resolver esse problema, criei outra máquina virtual para verificar se o problema poderia ocorrer novamente.

Infelizmente, o problema aconteceu novamente! Depois disso, conversei sobre esse problema com um amigo e ele me sugeriu desativar o IPv6 da minha interface de rede do Windows. Eu fiz isso e dois comportamentos foram observados:

Na nova máquina virtual, quando desabilitei o IPv6, o consumo de CPU caiu quase instantaneamente e o Windows Updated funcionou conforme o esperado.
Na outra máquina virtual, o consumo de CPU não caiu depois de desativar o IPv6. Depois de observar que reiniciei o Windows e o consumo de CPU permaneceu alto. No entanto, após 30 minutos (aproximadamente), o consumo de CPU caiu e tudo funcionou conforme o esperado.

O Windows foi atualizado com sucesso após a desativação do IPv6.

É importante notar que eu posso reproduzir esse comportamento. Eu tenho cópias da minha máquina virtual antes de desativar o IPv6.

— cantoni
fonte

Apenas como acompanhamento - essa correção ainda parece estar funcionando? Um colega meu estava com o mesmo problema (100% da CPU durante as atualizações no 2008R2) e tentou desativar o IPv6. Ele reiniciou depois de fazer a alteração e, duas horas depois, sua CPU disparou novamente.

— Rion Williams

1

Olá @RionWilliams, No meu caso para as duas máquinas virtuais (Windows 7 Professional), esta solução funcionou conforme descrito. No entanto, existem outras soluções, veja aqui, por favor: superuser.com/questions/821032/…

— cantoni

Oi novamente cantoni. Tentamos corrigir o IPv6 e vários dos mencionados na postagem que você forneceu sem sucesso. Percebemos, no entanto, que isso parece ser apenas um problema com as VMs que executam um único processador (como se você usasse dois, o uso da CPU atinge o limite de 50%) e direciona apenas máquinas com algum tipo de SQL Server instalado. Ainda estou investigando, mas essas são as coisas que reduzi até agora.

— Rion Williams

Desabilitar o IPv6 não ajudou.

— Paul

3

Estávamos executando servidores WS2012R2 no ESXi e as Atualizações do Windows consumiam 100% de um núcleo indefinidamente. Desabilitar o IPv6 nas propriedades do adaptador funcionou para nós. Um dos problemas que podem afetar outras pessoas é o tipo de NIC virtual envolvida: o ESXi deseja usar o Intel PRO / 1000s por padrão, o que causa vários problemas, mas a documentação da VMware recomenda que você use os adaptadores VMXNET 3 para o WS2012 ou mais tarde. Isso requer que você baixe os drivers VMXNET3 de packages.vmware.com/tools/releases/latest/windows/index.html

— AlwaysLearning

5

Outra coisa que pode ajudar é a Solução de problemas do Windows Update - é um aplicativo independente que pode diagnosticar problemas com o Windows Update e o BITS (Serviço de Transferência Inteligente em Segundo Plano).

— mjturner
fonte

Excellent tool !! No entanto, teve que executar DUAS VEZES - Na primeira vez, ele corrigiu várias coisas, exceto: "o registro do serviço está ausente ou corrompido". Mas, executei novamente no W-7, e isso também foi corrigido!

— DaaBoss

Infelizmente para mim, a ferramenta de solução de problemas também gira para sempre. Ele fica preso em "Resolvendo Problemas" e, de acordo com o Gerenciador de Tarefas, o svchost está saturando um dos meus núcleos novamente.

— AshleyZ

1

O que foi corrigido para mim foi o KB2889748

Alto uso de memória pelo processo Svchost.exe após a instalação do Windows Management Framework 3.0 em um computador com Windows

— mp-3
fonte