L'avvio dei dispositivi Windows potrebbe non riuscire dopo l'installazione della versione del 10 ottobre di KB4041676 o KB4041691 che conteneva un problema di pubblicazione

Questo articolo fornisce soluzioni alternative per il problema per cui l'avvio dei dispositivi Windows potrebbe non riuscire dopo l'installazione della versione del 10 ottobre di KB4041676 o KB4041691.

Si applica a: Windows Server 2016, Windows 10, versione 1607, Windows 10, versione 1703
Numero KB originale: 4049094

Panoramica

Microsoft è a conoscenza di un problema di pubblicazione con gli aggiornamenti mensili della sicurezza del 10 ottobre 2017 per Windows 10 versione 1703 (KB4041676) e la versione 1607 (KB4041691) e Windows Server 2016 (KB4041691) per i dispositivi gestiti WSUS/SCCM. I clienti che scaricano gli aggiornamenti direttamente da Windows Update (dispositivi privati e consumer) o Windows Update per le aziende non sono interessati.

Il problema di pubblicazione è stato corretto a partire dal pomeriggio del 10 ottobre e sono stati convalidati gli aggiornamenti cumulativi della sicurezza. È consigliabile che tutti i clienti accettano questi aggiornamenti cumulativi della sicurezza.

Sono stati riportati i sintomi seguenti che influiscono sui clienti Windows Server Update Services (WSUS) e System Center Configuration Manager (SCCM). I piani di mitigazione per gli scenari segnalati dall'utente seguenti sono disponibili di seguito.

1. Gli amministratori di WSUS/SCCM che hanno sincronizzato l'aggiornamento del 10 ottobre (KB4041676 o KB4041691) prima delle 16:00 PDT del 10 ottobre potrebbero avere ancora memorizzati nella cache questi KB.
2. WSUS/SCCM dispositivi gestiti che hanno scaricato il 10 ottobre KB4041676 o KB4041691 l'aggiornamento con problemi di pubblicazione e hanno dispositivi in stato di riavvio in sospeso.
3. I dispositivi gestiti WSUS/SCCM che hanno installato l'aggiornamento KB4041676 o KB4041691 del 10 ottobre e non possono essere avviati e/o possono essere visualizzati in una schermata di ripristino.

Dettagli del problema

Scenario 1

Gli amministratori di WSUS/SCCM che hanno sincronizzato le versioni del pacchetto Delta di KB4041676 o KB4041691 prima delle 16:00 PDT del 10 ottobre potrebbero avere ancora memorizzati nella cache questi KB.

Soluzione alternativa

Gli amministratori di WSUS/SCCM devono eseguire di nuovo l'analisi degli aggiornamenti per risolvere automaticamente il problema di pubblicazione. Il problema è già stato risolto nelle gerarchie WSUS analizzate dalle 16:00 del 10 ottobre. Assicurarsi che i server upstream e downstream siano sincronizzati.

Scenario 2

WSUS/SCCM dispositivi gestiti che hanno scaricato e gestito le versioni del pacchetto Delta di KB4041676 o KB4041691 ma non sono stati riavviati per l'installazione.

Soluzione alternativa

Se un dispositivo ha scaricato e gestito in fasi le versioni del pacchetto Delta di KB4041676 o KB4041691, un utente potrebbe non riuscire ad avviarlo dopo il riavvio. Gli amministratori di sistema possono rimuovere gli aggiornamenti in sospeso eseguendo i comandi seguenti da un prompt dei comandi amministrativo nel 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

Scenario 3

Dispositivi gestiti WSUS/SCCM che hanno installato le versioni del pacchetto Delta di KB4041676 o KB4041691 e non sono in grado di avviare e/o visualizzare una schermata di ripristino

Soluzione alternativa

Questi passaggi devono essere eseguiti solo in un dispositivo che non riesce ad avviarsi.

1. Collegare l'alimentazione AC e accendere il dispositivo.

2. Se l'avvio del dispositivo non riesce, Windows tenterà di ripristinare il dispositivo e immettere l'ambiente di ripristino Windows 10. Selezionare Opzioni avanzate nella schermata Ripristino automatico .

   

3. Selezionare Risoluzione dei problemi, quindi Opzioni avanzate e quindi Ripristino di sistema. Se è disponibile un punto di ripristino prima dell'installazione di KB4041676 o KB4041691, usare la procedura guidata Ripristino configurazione di sistema per ripristinare il punto di ripristino precedente. Se non esiste un punto di ripristino, chiudere Ripristino configurazione di sistema e continuare con il passaggio successivo.

4. Selezionare Risoluzione dei problemi, quindi Opzioni avanzate e quindi Prompt dei comandi. Potrebbe essere richiesto di immettere una chiave di ripristino o un nome utente/password di BitLocker. Se viene richiesto un nome utente/password, è necessario immettere un account locale. Se non si dispone di credenziali, è necessario creare e usare un'unità di ripristino.

   

5. Dopo l'avvio del prompt dei comandi , eseguire quanto segue per caricare l'hive del Registro di sistema software:

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

   Esempio:

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

6. Eseguire il comando seguente per eliminare la chiave del Registro di sistema SessionsPending. Se il valore del Registro di sistema non esiste, procedere con il passaggio successivo.

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

7. Eseguire quanto segue per scaricare il Registro di sistema:

   reg unload HKLM\temp
   

8. Eseguire il comando seguente, che elenca tutti gli aggiornamenti in sospeso:

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

   Esempio:

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

9. Eseguire il comando seguente per ogni pacchetto in cui State = Install Pending (Stato = Installazione in sospeso):

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

   Esempio:

   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. Chiudere il prompt dei comandi e fare clic su Continua per uscire dall'ambiente di ripristino.