Es posible que los dispositivos Windows no arranquen después de instalar la versión del 10 de octubre de KB4041676 o KB4041691 que contenía un problema de publicación.

En este artículo se proporcionan soluciones alternativas para el problema por el que los dispositivos Windows pueden no arrancar después de instalar la versión del 10 de octubre de KB4041676 o KB4041691.

Se aplica a: Windows Server 2016, Windows 10, versión 1607, Windows 10, versión 1703
Número de KB original: 4049094

Información general

Microsoft tiene conocimiento de un problema de publicación con las actualizaciones de seguridad mensuales del 10 de octubre de 2017 para Windows 10 versión 1703 (KB4041676) y la versión 1607 (KB4041691) y Windows Server 2016 (KB4041691) para los dispositivos administrados WSUS/SCCM. Los clientes que descargan actualizaciones directamente desde Windows Update (dispositivos domésticos y de consumidor) o Windows Update para empresas no se ven afectados.

Hemos corregido el problema de publicación a partir de la tarde del 10 de octubre y hemos validado las actualizaciones de seguridad acumulativas. Se recomienda que todos los clientes tomen estas actualizaciones de seguridad acumulativas.

Tenemos informes de los siguientes síntomas que afectan a los clientes de Windows Server Update Services (WSUS) y System Center Configuration Manager (SCCM). Los planes de mitigación para los siguientes escenarios notificados por el usuario se pueden encontrar a continuación.

1. Los administradores de WSUS/SCCM que sincronizaron la actualización del 10 de octubre (KB4041676 o KB4041691) antes de las 16:00 PDT del 10 de octubre pueden seguir almacenando estos KB en caché.
2. WSUS/SCCM dispositivos administrados que descargaron la actualización del 10 de octubre KB4041676 o KB4041691 con problemas de publicación y que tienen dispositivos en un estado de reinicio pendiente.
3. WSUS/SCCM dispositivos administrados que instalaron la actualización KB4041676 o KB4041691 del 10 de octubre y no pueden arrancar y/o pueden aterrizar en una pantalla de recuperación.

Detalles del problema

Escenario 1

Los administradores de WSUS/SCCM que sincronizaron las versiones del paquete Delta de KB4041676 o KB4041691 antes de las 16:00 PDT del 10 de octubre pueden seguir almacenando estos KB en caché.

Solución alternativa

Los administradores de WSUS/SCCM deben volver a examinar las actualizaciones para resolver automáticamente el problema de publicación. El problema ya se ha resuelto en las jerarquías de WSUS que se han examinado desde las 16:00 del 10 de octubre. Asegúrese de que los servidores ascendentes y descendentes están sincronizados.

Escenario 2

WSUS/SCCM dispositivos administrados que han descargado y almacenado provisionalmente las versiones del paquete Delta de KB4041676 o KB4041691, pero que no se han reiniciado para instalar.

Solución alternativa

Si un dispositivo ha descargado y preconfigurado versiones de Delta Package de KB4041676 o KB4041691, es posible que un usuario no pueda arrancar después de reiniciar. Los administradores del sistema pueden quitar las actualizaciones pendientes ejecutando los siguientes comandos desde un símbolo del sistema administrativo en el dispositivo:

@echo off

REM Stop all update related services
net stop usosvc
net stop wuauserv
net stop trustedinstaller

REM Delete pending.xml if it exists
takeown /f %windir%\winsxs\pending.xml >NUL 2>&1
icacls %windir%\winsxs\pending.xml /grant Everyone:F >NUL 2>&1
del %windir%\winsxs\pending.xml >NUL 2>&1

REM Modify the components hive
reg unload HKLM\Components >NUL 2>&1
reg load HKLM\ComponentsHive %windir%\system32\config\COMPONENTS
reg delete /f HKLM\ComponentsHive /v PendingXmlIdentifier >NUL 2>&1
reg delete /f HKLM\ComponentsHive /v PoqexecFailure >NUL 2>&1
reg delete /f HKLM\ComponentsHive /v ExecutionState >NUL 2>&1
reg delete /f HKLM\ComponentsHive /v RepairTransactionPended >NUL 2>&1
reg delete /f HKLM\ComponentsHive /v AIFailureInformation >NUL 2>&1
reg delete /f HKLM\ComponentsHive\Installers\RegKeySDTable /v Install >NUL 2>&1
reg delete /f HKLM\ComponentsHive\Installers\RegKeySDTable /v Uninstall >NUL 2>&1
reg delete /f HKLM\ComponentsHive\Installers\RegKeySDTable /v Uninstall >NUL 2>&1
reg unload HKLM\ComponentsHive

REM Stop Poqexec from running
reg delete /f HKLM\Software\Microsoft\Windows\CurrentVersion\SideBySide\Configuration /v DontRunPoqexecInSmss >NUL 2>&1
reg delete /f HKLM\Software\Microsoft\Windows\CurrentVersion\SideBySide\Configuration /v PoqexecCmdline >NUL 2>&1
reg delete /f "HKLM\System\CurrentControlSet\Control\Session Manager" /v SETUPEXECUTE >NUL 2>&1
REG ADD "HKLM\System\CurrentControlSet\Control\Session Manager" /v SETUPEXECUTE /t REG_MULTI_SZ /d \0 /f

dism /online /remove-package /PackageName:Package_for_RollupFix_Wrapper~31bf3856ad364e35~amd64~~15063.674.1.8 /norestart >NUL 2>&1
dism /online /remove-package /PackageName:Package_for_RollupFix_Wrapper~31bf3856ad364e35~x86~~15063.674.1.8 /norestart >NUL 2>&1
dism /online /remove-package /PackageName:Package_for_RollupFix_Wrapper~31bf3856ad364e35~amd64~~14393.1770.1.6 /norestart >NUL 2>&1
dism /online /remove-package /PackageName:Package_for_RollupFix_Wrapper~31bf3856ad364e35~x86~~14393.1770.1.6 /norestart >NUL 2>&1

Escenario 3

WSUS/SCCM dispositivos administrados que instalaron las versiones del paquete Delta de KB4041676 o KB4041691 y no pueden arrancar ni ver una pantalla de recuperación.

Solución alternativa

Estos pasos solo deben seguirse en un dispositivo que no arranque.

1. Conecte la alimentación de CA y encienda el dispositivo.

2. Si el dispositivo no se inicia, Windows intentará reparar el dispositivo y escribirá el entorno de recuperación de Windows 10. Seleccione Opciones avanzadas en la pantalla Reparación automática .

   

3. Seleccione Solucionar problemas, Opciones avanzadas y, a continuación, Restaurar sistema. Si hay un punto de restauración disponible antes de la instalación de KB4041676 o KB4041691, use el Asistente para restauración del sistema para restaurar al punto de restauración anterior. Si no existe un punto de restauración, cierre Restaurar sistema y continúe con el paso siguiente.

4. Seleccione Solucionar problemas, Opciones avanzadas y, a continuación , Símbolo del sistema. Es posible que se le pida que escriba una clave de recuperación de BitLocker o un nombre de usuario o contraseña. Si se le solicita un nombre de usuario o contraseña, debe escribir una cuenta local. Si no tiene credenciales, muchos deben crear y usar una unidad de recuperación.

   

5. Una vez que se inicie el símbolo del sistema , ejecute lo siguiente para cargar el subárbol del Registro de software:

   reg load hklm\temp <drive letter for windows directory>\windows\system32\config\software
   

   Ejemplo:

   reg load hklm\temp c:\windows\system32\config\software
   

6. Ejecute el siguiente comando para eliminar la clave del Registro SessionsPending. Si el valor del Registro no existe, continúe con el paso siguiente.

   reg delete "HKLM\temp\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending" /v Exclusive
   

7. Ejecute lo siguiente para descargar el registro:

   reg unload HKLM\temp
   

8. Ejecute el siguiente comando, que enumerará todas las actualizaciones pendientes:

   dism.exe /image:<drive letter for windows directory> /Get-Packages
   

   Ejemplo:

   dism.exe /image:c:\ /Get-Packages
   

9. Ejecute el siguiente comando para cada paquete donde Estado = Instalación pendiente:

   dism.exe /image:<drive letter for windows directory> /remove-package /packagename:<package name>
   

   Ejemplo:

   dism.exe /image:c:\ /remove-package /packagename:Package_for_RollupFix_Wrapper~31bf3856ad365e35~amd64~~15063.674.1.8
   

   dism.exe /image:c:\ /remove-package /packagename:Package_for_RollupFix~31bf3856ad365e35~amd64~~15063.674.1.8
   

10. Cierre el símbolo del sistema y haga clic en Continuar para salir del entorno de recuperación.