Windows Update no funciona y consume el 100% de la CPU (Win7 SP1) [duplicado]

79

Esta pregunta ya tiene una respuesta aquí:

Windows 7 SP1 Windows Update atascado buscando actualizaciones 13 respuestas

He observado un comportamiento extraño con Windows Update (Win7 SP1). El proceso svchost está consumiendo un núcleo completo de mi máquina virtual (VirtualBox) sin hacer nada (es decir, no hay tráfico de red y la carpeta C:\Windows\SoftwareDistributionpermanece en el mismo tamaño con la misma cantidad de archivos). Además, el proceso a veces consume una gran cantidad de memoria (> 1 GB). También he notado que a veces la carpeta SoftwareDistributionaumenta de tamaño durante un período de tiempo, y después de eso no pasa nada y svchost continúa consumiendo un núcleo completo.

Sé que el problema es con Windows Update, ya que he rastreado (usando Resource Monitor) qué servicio está relacionado con el comportamiento relacionado anteriormente.

La imagen a continuación muestra lo que estoy enfrentando:

La siguiente imagen muestra información detallada sobre svchost:

Si intento realizar la actualización, no pasa nada. La actualización de Windows no progresa. Ver la imagen a continuación:

Dejé esta máquina tratando de hacer la actualización durante 4 horas. Durante este tiempo, el consumo de CPU se mantuvo alto (como se relacionó anteriormente) y no se instaló ninguna actualización.

Mi pregunta es la siguiente:

¿Cuál es la razón por la cual Windows Update no funciona y aún consume todo el núcleo de mi procesador sin hacer nada?

Preguntas relacionadas):

svchost.exe uso de memoria elevado - wuauserv

— Cantoni
fuente

Con WSUS Offline , también es posible (en su mayoría) solucionar este problema.

— Daniel B

2

No puedo agregar una respuesta porque el sitio cree que tengo <10 reputación, esto es lo que funcionó para mí en mi VM con Windows 7. Esto probablemente sea específico de las máquinas virtuales. 1) Aumenta los núcleos de 1 a algo más alto. 2) Ejecute la actualización 3102810 en la respuesta superior a continuación. 3) Ejecute Windows Update. Es posible que necesite reiniciar algunas PC en el medio. Básicamente, Windows Update no funciona bien en 1 núcleo.

— Eugene K

Las actualizaciones de Windows consumen un núcleo de computadoras en mi red de trabajo todo el tiempo, pero los usuarios ni siquiera lo notan. Microsoft debería conectar todas esas computadoras al sistema informático distribuido y obtener cientos de petaFLOPS de potencia informática gratuita.

— Andrei

83

Reparar

Microsoft lanzó una actualización de cliente de Windows Update que forma parte del paquete acumulativo de actualizaciones de julio de 2016 para corregir el largo bloqueo en el escaneo de Windows Update .

Esta actualización contiene algunas mejoras para Windows Update Client en Windows 7 Service Pack 1 (SP1). Esto incluye lo siguiente:

Una optimización que aborda el tiempo de exploración prolongado para actualizaciones que se informa en algunas computadoras.

Descargar:
- 32 bits
- 64 bits
Detenga el servicio de actualización de Windows. Esto acelera la configuración de las actualizaciones de MSU . Esto se puede hacer desde la línea de comandos o desde la ventana del administrador de servicios .
Pruebe la actualización descargada y vea si acelera la instalación de Actualizaciones.

Para poder instalar la actualización, primero debe instalar la actualización de la pila de servicio de abril de 2015 para Windows 7 y la actualización de Windows Server 2008 R2 (nuevamente, detenga el servicio WU antes de intentar instalar la MSU).

Descargar (actualización de la pila de servicio de abril de 2015):

32 bits

64 bits

Solución 1

Si esto todavía no ayuda a buscar nuevas actualizaciones, use WSUSOffline para obtener todas las actualizaciones.

— magicandre1981
fuente

77

No, eso no funciona. Instalé la actualización en un Win7 de 64 bits, wuauserv sigue girando inútilmente al 100% de la CPU, sin hacer absolutamente nada según el Registro de eventos y WindowUpdate.log, durante largos períodos de tiempo. * suspiro *

— Tomalak

Esto solucionó el problema para mí. Nota: Si tiene una CPU de un solo núcleo, nada lo salvará, ninguna solución ayudará. Para un hardware tan antiguo simplemente deshabilite el servicio de actualización de Windows, no puede trabajar con un sistema que esté ocupado todo el tiempo, correr el riesgo de estar desactualizado es inevitable en tales situaciones. Las computadoras rápidas también tienen el problema, pero pasa desapercibido porque la computadora puede manejarlo. En un Celeron de doble núcleo (LGA 775) esto funcionó.

— Hatoru Hansou

1

¡Esta respuesta funcionó para mí! Mi VM tenía dos núcleos disponibles, pero incluso aumentarlo a 6 no ayudó en absoluto. Sin embargo, instalar esta actualización es complicado, ya que no funciona bien cuando Windows Update ya está haciendo algo en segundo plano. ¡Reiniciar el servicio de Windows Update y luego instalar esta actualización de inmediato funcionó muy bien!

— jlh

1

@jlh puede simplemente detener el servicio WU a través de services.msc antes de instalar una actualización de MSU. Esto acelera mucho la instalación.

— magicandre1981

1

El KB vinculado menciona problemas específicos que soluciona (actualización a Win10 y actualizaciones utilizando SCCM) pero no el que se solicitó aquí.

— Matthias Weiler

8

Después de un día tratando de resolver este problema, he creado otra máquina virtual para verificar si el problema podría volver a ocurrir.

¡Desafortunadamente, el problema volvió a ocurrir! Después de eso, hablé sobre este problema con un amigo y me sugirió que deshabilitara IPv6 de mi interfaz de red de Windows. Lo hice y se observaron dos comportamientos:

En la nueva máquina virtual cuando desactivé el IPv6, el consumo de CPU se redujo casi instantáneamente y la actualización de Windows funcionó como se esperaba.
En la otra máquina virtual, el consumo de CPU no se ha reducido después de deshabilitar IPv6. Después de observar que reinicié Windows y el consumo de CPU se mantuvo alto. Sin embargo, después de 30 minutos (aproximadamente), el consumo de CPU cayó y todo funcionó como se esperaba.

Ambas ventanas se actualizaron correctamente después de deshabilitar IPv6.

Es importante tener en cuenta que puedo reproducir este comportamiento. Tengo copias de mi máquina virtual antes de deshabilitar IPv6.

— Cantoni
fuente

Solo como seguimiento: ¿parece que esta solución sigue funcionando? Un colega mío estaba experimentando el mismo problema (100% de CPU durante las actualizaciones en 2008R2) e intentó deshabilitar IPv6. Reinició después de hacer el cambio y luego, dos horas más tarde, su CPU se disparó nuevamente.

— Rion Williams

1

Hola @RionWilliams, en mi caso para ambas máquinas virtuales (Windows 7 Professional), esta solución funcionó como se describe. Sin embargo, hay otras soluciones, por favor ver aquí: superuser.com/questions/821032/...

— cantoni

Hola de nuevo cantoni. Intentamos solucionar el IPv6 y varios de los mencionados en la publicación que proporcionó en vano. Sin embargo, hemos notado que esto parece ser solo un problema con las máquinas virtuales que ejecutan un único procesador (como si usara dos, el uso de la CPU alcanza el 50%) y solo se dirige a máquinas con un poco de SQL Server instalado. Todavía estoy investigando, pero esas son las cosas que lo he reducido hasta ahora.

— Rion Williams

Deshabilitar IPv6 no ayudó.

— Paul

3

Estábamos ejecutando servidores WS2012R2 bajo ESXi y las actualizaciones de Windows consumían el 100% de un núcleo indefinidamente. Deshabilitar IPv6 en las propiedades del adaptador funcionó para nosotros. Uno de los problemas que pueden estar afectando a otras personas es el tipo de NIC virtual involucrado: ESXi quiere usar Intel PRO / 1000s de manera predeterminada, lo que causa muchos problemas, pero la documentación de VMware recomienda que use los adaptadores VMXNET 3 para WS2012 o después. Esto requiere que descargue los controladores VMXNET3 de packages.vmware.com/tools/releases/latest/windows/index.html

— AlwaysLearning

5

Algo más que puede ayudar es el Solucionador de problemas de Windows Update : es una aplicación independiente que puede diagnosticar problemas con Windows Update y el Servicio de transferencia inteligente en segundo plano (BITS).

— mjturner
fuente

Excelente herramienta !! Sin embargo, tuve que ejecutar DOS VECES. La primera vez solucionó un montón de cosas, excepto: "el registro del servicio falta o está dañado". Pero, lo ejecuté nuevamente en W-7, ¡y eso también se solucionó!

— DaaBoss

Desafortunadamente para mí, la herramienta de solución de problemas también gira para siempre. Se atasca en "Resolver problemas" y, según el Administrador de tareas, svchost está saturando uno de mis núcleos nuevamente.

— AshleyZ

1

Lo que me arregló fue KB2889748

Uso elevado de memoria por el proceso Svchost.exe después de instalar Windows Management Framework 3.0 en una computadora con Windows

— mp-3
fuente