Recientemente heredé la administración de un servidor Windows 2012 en un sitio remoto.
Revisé Windows Update y no se ha actualizado desde marzo. Cuando le digo a Windows que busque actualizaciones, actúa como si lo estuviera haciendo, pero parece decirlo durante horas. Si intento reiniciar el servicio de actualización de Windows, parece que nunca se puede cerrar. Parece que mi único remedio es reiniciar para volver al punto en que puedo decirle a Windows Update que busque nuevas actualizaciones.
La última verificación exitosa de actualizaciones dice el 20 de marzo.
La última vez que se instalaron actualizaciones dice el 17 de marzo (falló).
El historial de actualizaciones muestra que una actualización falló el 17 de marzo, una actualización del controlador de la impresora, pero el historial muestra 13 actualizaciones fallidas para el 17 de febrero.
No estoy seguro de qué más probar.
Respuestas:
Dos de mis tres máquinas 2012R2 exhibieron este comportamiento en abril pasado. Se quedarían en Comprobando actualizaciones ... para siempre.
Nunca supe exactamente qué causó el problema, pero lo resolví haciendo lo siguiente:
Detenga el servicio de actualización de Windows.
Elimine el directorio de caché de Windows Update
C:\Windows\SoftwareDistribution
.Reinicia la computadora. (En una máquina, se requirieron varios reinicios para eliminar todo de este directorio, así que siga intentándolo si es necesario).
Ejecute Windows Update manualmente nuevamente. Fallará casi al instante y ofrecerá ejecutar una herramienta de diagnóstico. Descargue la herramienta y permita que se ejecute.
La herramienta encontrará y solucionará algunos problemas. En este punto, ejecute Windows Update manualmente nuevamente. Windows Update funcionó bien en este punto.
fuente
Encontré esta gran respuesta aquí y funcionó muy bien para mí. Solo quiero compartir en caso de que alguien esté buscando:
otra solución que también funcionó para mí fue establecer el modo de actualización en "Nunca buscar actualizaciones"
fuente
Utilicé la herramienta de preparación de actualización del sistema y DISM. Funcionó para mi. Puede obtenerlo aquí: http://support.microsoft.com/kB/947821
fuente
He estado jugando con una VM 2012 y tuve este problema. Mi solución (rápida, insegura, etc.) fue deshabilitar la seguridad mejorada de IE en el servidor y felizmente comenzó a hablar con MS Windows Update. No es una solución para un servidor real, pero es un servidor de desarrollo de juguetes y estoy de acuerdo con eso.
Presumiblemente, el sitio de actualización de Windows solo necesita agregarse a algunos sitios confiables en algún lugar para una solución real
fuente
Mi solución en un recién instalado en Windows Server 2012 R2 en Citrix 6.5 VM, y como Marcus Greasly publicó, deshabilitar IE Enchanced Security ... funcionó de inmediato ...
https://prajwaldesai.com/disable-ie-enhanced-security-in-windows-server-2012-r2/
fuente
Recientemente tuve los mismos problemas en mi servidor 2012 y todo lo que hice fue deshabilitar el servicio Malwarebytes y las actualizaciones se descargaron de inmediato. Intente deshabilitar cualquier software malicioso o antivirus que tenga porque esa podría ser la raíz.
fuente
Visión general
Tuvimos este problema en algunos servidores virtuales migrados de un proveedor "en la nube" a nuestro centro de datos interno. La causa raíz fueron los permisos a la
%SystemRoot%\System32\catroot2
carpeta. Hubo una serie de diferencias entre los permisos en esa carpeta en un servidor en buen estado frente a los del servidor migrado. Creo que la clave fue queTrustedInstaller
no teníafull access
.Síntomas adicionales
Al observar el registro de la aplicación en el visor de eventos, vimos una serie de errores:
La pista está en el texto del error ESENT; es decir, problema de permisos al acceder a un archivo en la carpeta catroot2.
Resolución
Dele a la cuenta de Trusted Installer control total sobre la carpeta catroot2 y sus elementos secundarios.
En caso de que eso no sea suficiente, en comparación, la ejecución
icacls %systemroot%\system32\catroot2
en un servidor en buen estado da esto:NB: para agregar Trusted Installer, deberá buscar en las cuentas de computadoras locales
nt service\trustedinstaller
.Después de reemplazar los permisos
catroot2
, asegúrese de hacer clic en lareplace permissions on child objects & containers
casilla de verificación para asegurarse de que los elementos secundarios también tengan sus permisos resueltos.No se requiere reiniciar para la corrección en sí (aunque, obviamente, una vez que las actualizaciones comiencen a funcionar nuevamente, es probable que deba reiniciarlas).
fuente