10. August 2021 – KB5005030 (Betriebssystembuild 17763.2114)

Problembeschreibung

Problemumgehung

Nach der Installation von KB4493509 erhalten Geräte mit einigen installierten asiatischen Sprachpaketen möglicherweise die Fehlermeldung "0x800f0982 - PSFX_E_MATCHING_COMPONENT_NOT_FOUND".

Dieses Problem wird durch Updates behoben, die am 11. Juni 2019 und höher veröffentlicht wurden. Es wird empfohlen, die neuesten Sicherheitsupdates für Ihr Gerät zu installieren. Kunden, die Windows Server 2019 mit Medien installieren, sollten das neueste Servicing Stack Update (SSU) installieren, bevor sie das Sprachpaket oder andere optionale Komponenten installieren. Wenn Sie das Volume Licensing Service Center (VLSC) verwenden, erwerben Sie die neuesten verfügbaren Windows Server 2019-Medien. Die richtige Reihenfolge der Installation lautet wie folgt:

1. Installieren der neuesten erforderlichen SSU, derzeit KB5005112

2. Installieren optionaler Komponenten oder Sprachpakete

3. Installieren des neuesten kumulativen Updates

Hinweis Das Aktualisieren Ihres Geräts verhindert dieses Problem, hat jedoch keine Auswirkungen auf Geräte, die bereits von diesem Problem betroffen sind. Wenn dieses Problem auf Ihrem Gerät vorhanden ist, müssen Sie die Problemumgehungsschritte verwenden, um es zu reparieren.

Problemumgehung:

1. Deinstallieren Sie alle kürzlich hinzugefügten Sprachpakete, und installieren Sie sie erneut. Anweisungen hierzu finden Sie unter Verwalten der Eingabe- und Anzeigespracheneinstellungen in Windows 10.

2. Klicken Sie auf "Auf Aktualisierungen überprüfen", und installieren Sie das kumulative Update vom April 2019 oder höher. Anweisungen finden Sie unter Update Windows 10.

Hinweis Wenn das Problem durch das erneute Installieren des Sprachpakets nicht behoben wird, verwenden Sie das Feature "Direktes Upgrade". Anleitungen finden Sie unter "Ausführen eines direkten Upgrades unter Windows" und "Ausführen eines direkten Upgrades von Windows Server".

Nach der Installation von KB5001342oder höher kann der Clusterdienst möglicherweise nicht gestartet werden, weil kein Clusternetzwerktreiber gefunden wurde.

Dieses Problem tritt aufgrund eines Updates für die von diesem Dienst verwendeten PnP-Klassentreiber auf.  Nach etwa 20 Minuten sollten Sie ihr Gerät neu starten können, und dieses Problem sollte nicht auftreten.
Weitere Informationen zu den spezifischen Fehlern, Ursachen und Problemumgehungen für dieses Problem finden Sie unter KB5003571.

Nach der Installation dieses Updates funktioniert die Encrypted File System (EFS)-API OpenEncryptedFileRaw(A/W), die häufig in Sicherungssoftware verwendet wird, nicht, wenn Sie ein Windows Server 2008 SP2-Gerät sichern. OpenEncryptedFileRaw funktioniert weiterhin für alle anderen Versionen von Windows (lokal und remote).

Dieses Verhalten wird erwartet, da wir das Problem in CVE-2021-36942 behoben haben.

Hinweis Wenn Sie nach der Installation dieses Updates keine Sicherungssoftware unter Windows 7 SP1 und Server 2008 R2 SP1 oder höher verwenden können, wenden Sie sich an den Hersteller Ihrer Sicherungssoftware, um Updates und Support zu erhalten.

Nach der Installation von Updates, die am 22. April 2021 oder später veröffentlicht wurden, tritt ein Problem auf, das sich auf Versionen von Windows Server auswirkt, die als KMS-Host (Key Management Services) verwendet werden. Clientgeräte, auf denen Windows 10 Enterprise LTSC 2019 und Windows 10 Enterprise LTSC 2016 ausgeführt werden, können möglicherweise nicht aktiviert werden. Dieses Problem tritt nur auf, wenn Sie einen neuen Customer Support Volume License Key (CSVLK) verwenden. 

Hinweis Dies wirkt sich nicht auf die Aktivierung einer anderen Version oder Edition von Windows aus. 

Auf Clientgeräten, auf denen eine Aktivierung versucht wird und die von diesem Problem betroffen sind, wird möglicherweise die folgende Fehlermeldung angezeigt: "Fehler: 0xC004F074. Der Softwarelizenzierungsdienst hat gemeldet, dass der Computer nicht aktiviert werden konnte. Es konnte keine Verbindung mit einem Schlüsselverwaltungsdienst (Key Management Service, KMS) hergestellt werden. Weitere Informationen finden Sie im Anwendungsprotokoll."

Ereignisprotokolleinträge im Zusammenhang mit der Aktivierung sind eine weitere Möglichkeit, um zu ermitteln, ob Sie von diesem Problem betroffen sind. Öffnen Sie die Ereignisanzeige auf dem Clientgerät, auf dem die Aktivierung fehlgeschlagen ist, und wechseln Sie zu Windows-Protokolle > Anwendung. Wenn Sie nur die Ereignis-ID 12288 ohne die entsprechende Ereignis-ID 12289 sehen, bedeutet dies eine der folgenden Optionen:

• Der KMS-Client konnte den KMS-Host nicht erreichen.

• Der KMS-Host hat nicht geantwortet.

• Der Client hat die Antwort nicht erhalten.

Weitere Informationen zu diesen Ereignis-IDs finden Sie unter Nützliche KMS-Clientereignisse – Ereignis-ID 12288 und Ereignis-ID 12289.

Dieses Problem wurde in KB5009616 behoben.