Windows-Geräte können nach der Installation der Version von KB4041676 vom 10. Oktober oder KB4041691, die ein Veröffentlichungsproblem enthielten, möglicherweise nicht gestartet werden.

Dieser Artikel enthält Problemumgehungen für das Problem, dass Windows-Geräte nach der Installation der Version von KB4041676 oder KB4041691 vom 10. Oktober möglicherweise nicht gestartet werden können.

Gilt für: Windows Server 2016, Windows 10, Version 1607, Windows 10, Version 1703
Ursprüngliche KB-Nummer: 4049094

Übersicht

Microsoft ist ein Veröffentlichungsproblem mit den monatlichen Sicherheitsupdates vom 10. Oktober 2017 für Windows 10 Version 1703 (KB4041676) und Version 1607 (KB4041691) und Windows Server 2016 (KB4041691) für verwaltete WSUS/SCCM-Geräte bekannt. Kunden, die Updates direkt von Windows Update (Heim- und Consumergeräte) oder Windows Update for Business herunterladen, sind davon nicht betroffen.

Wir haben das Veröffentlichungsproblem am Nachmittag des 10. Oktober behoben und die kumulativen Sicherheitsupdates überprüft. Wir empfehlen allen Kunden, diese kumulativen Sicherheitsupdates zu verwenden.

Wir haben Berichte über die folgenden Symptome, die sich auf Windows Server Update Services (WSUS) und System Center Configuration Manager (SCCM)-Kunden auswirken. Entschärfungspläne für die folgenden vom Benutzer gemeldeten Szenarien finden Sie unten.

1. WSUS/SCCM Administratoren, die das Update vom 10. Oktober (KB4041676 oder KB4041691) vor 16 Uhr PDT vom 10. Oktober synchronisiert haben, haben diese KBs möglicherweise noch zwischengespeichert.
2. WSUS/SCCM verwaltete Geräte, die das KB4041676. Oktober oder KB4041691 Update vom 10. Oktober mit Veröffentlichungsproblemen heruntergeladen haben und Geräte in einem ausstehenden Neustartzustand aufweisen.
3. WSUS/SCCM verwaltete Geräte, die das Update vom 10. Oktober KB4041676 oder KB4041691 installiert haben und nicht gestartet werden können und/oder auf einem Wiederherstellungsbildschirm landen.

Problemdetails

Szenario 1

WSUS/SCCM Administratoren, die die Delta Package-Versionen von KB4041676 oder KB4041691 vor dem 16.00 Uhr PDT vom 10. Oktober synchronisiert haben, haben diese KBs möglicherweise noch zwischengespeichert.

Problemumgehung

WSUS/SCCM-Administratoren sollten erneut nach Updates suchen, um das Veröffentlichungsproblem automatisch zu beheben. Das Problem wurde bereits in WSUS-Hierarchien behoben, die seit dem 10. Oktober um 16:00 Uhr gescannt wurden. Stellen Sie sicher, dass Ihre Upstream- und Downstreamserver synchron sind.

Szenario 2

WSUS/SCCM verwaltete Geräte, die die Delta Package-Versionen von KB4041676 oder KB4041691 heruntergeladen und bereitgestellt haben, aber nicht zur Installation neu gestartet wurden.

Problemumgehung

Wenn ein Gerät Delta Package-Versionen von KB4041676 oder KB4041691 heruntergeladen und bereitgestellt hat, kann ein Benutzer nach dem Neustart möglicherweise nicht gestartet werden. Systemadministratoren können ausstehende Updates entfernen, indem sie die folgenden Befehle an einer administrativen Eingabeaufforderung auf dem Gerät ausführen:

@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

Szenario 3

WSUS/SCCM verwaltete Geräte, die die Delta Package-Versionen von KB4041676 oder KB4041691 installiert haben und nicht gestartet und/oder kein Wiederherstellungsbildschirm angezeigt werden können

Problemumgehung

Diese Schritte sollten nur auf einem Gerät ausgeführt werden, das nicht gestartet werden kann.

1. Schließen Sie den Netzstrom an, und schalten Sie das Gerät ein.

2. Wenn das Gerät nicht gestartet werden kann, versucht Windows, Ihr Gerät zu reparieren und in die Windows 10 Wiederherstellungsumgebung zu wechseln. Wählen Sie auf dem Bildschirm Automatische Reparaturdie Option Erweiterte Optionen aus.

   

3. Wählen Sie Problembehandlung, dann Erweiterte Optionen und dann Systemwiederherstellung aus. Wenn vor der Installation von KB4041676 oder KB4041691 ein Wiederherstellungspunkt verfügbar ist, verwenden Sie den Systemwiederherstellungs-Assistenten , um den früheren Wiederherstellungspunkt wiederherzustellen. Wenn kein Wiederherstellungspunkt vorhanden ist, schließen Sie die Systemwiederherstellung , und fahren Sie mit dem nächsten Schritt fort.

4. Wählen Sie Problembehandlung, dann Erweiterte Optionen und dann Eingabeaufforderung aus. Möglicherweise werden Sie zur Eingabe eines BitLocker-Wiederherstellungsschlüssels oder eines Benutzernamens/Kennworts aufgefordert. Wenn Sie zur Eingabe eines Benutzernamens/Kennworts aufgefordert werden, müssen Sie ein lokales Konto eingeben. Wenn Sie keine Anmeldeinformationen haben, müssen Sie ein Wiederherstellungslaufwerk erstellen und verwenden.

   

5. Führen Sie nach dem Starten der Eingabeaufforderung Folgendes aus, um die Softwareregistrierungsstruktur zu laden:

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

   Beispiel:

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

6. Führen Sie den folgenden Befehl aus, um den Registrierungsschlüssel SessionsPending zu löschen. Wenn der Registrierungswert nicht vorhanden ist, fahren Sie mit dem nächsten Schritt fort.

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

7. Führen Sie Folgendes aus, um die Registrierung zu entladen:

   reg unload HKLM\temp
   

8. Führen Sie den folgenden Befehl aus, der alle ausstehenden Updates auflistet:

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

   Beispiel:

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

9. Führen Sie den folgenden Befehl für jedes Paket aus, wobei State = Installation ausstehend ist:

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

   Beispiel:

   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. Schließen Sie die Eingabeaufforderung, und klicken Sie auf Weiter , um die Wiederherstellungsumgebung zu beenden.