Windows Server 2025: Fehler 0x80073712 bei KB5082063 durch Media Player-Sprachpakete

Mir liegen gleich mehrere Fehlerberichte im Zusammenhang mit dem kumulativen Update KB508206 vom 14. April 2024 für Windows Server 2025 vor. Die Installation dieses Updates scheitert in manchen Umgebungen mit dem Fehlercode 0x80073712. Eine Analyse durch Blog-Leser legt nahe, dass es am legacy Windows Media Player liegt.

KB5082063 liefert Installationsfehler 0x80073712

Zum 14. April 2026 hat Microsoft für Windows Server 2025 das Sicherheitsupdate KB5082063 freigegeben. Ich hatte im Blog-Beitrag Patchday: Windows Server-Updates (14. April 2026) darüber berichtet. Darauf hin haben sich diverse Blog-Leser in Kommentaren zu diesem Beitrag gemeldet und berichteten, dass das kumulative Update in ihrer Umgebung mit Windows Server 2025 bei der Installation scheitere.

Blog-Leser Martin schrieb in diesem Kommentar, dass sich das 2026-04 Sicherheitsupdate (KB5082063) (26100.32690) auf keinem der Kundensysteme mit Windows Server 2025 Standard installieren lasse. Die Installation scheitert immer mit dem Fehler 0x80073712. Weitere Administratoren unter den Blog-Lesern haben diesen Installationsfehler bestätigt.

Der Fehlercode 0x80073712 deutet auf beschädigte oder fehlende Dateien im Update-Paket hin. Aber die Ursache war unklar. Blog-Leser Martin gab noch an, die Server in Deutsch aufgesetzt zu haben. Andere Leser konnten diesen Fehler aber bei einem in Englisch aufgesetzten Windows Server 2025 ebenfalls bestätigen.

Reparaturversuche mit dism und sfc

Die Prüfung und Reparatur mittels dism und sfc blieb beim Leser laut diesem Kommentar ergebnislos. Ich hatte das Problem dann im Blog-Beitrag Windows Server 2025: Update KB5082063 liefert Error 0x800F0983, 0x80073712 aufgegriffen. Dort hat sich Blog-Leser Andyt mit diesem Kommentar gemeldet und skizziert einen Ansatz, wie man das Problem ggf. mittels dism und sfc lösen könne. Ich kopiere mal seinen Ansatz hierher:

1.) dism /online /cleanup-image /startcomponentcleanup
2.) Mount-DiskImage -ImagePath "U:\ISO\WindowsServer2025_DE.iso"
(Pfad wo halt die passende ISO liegt)
3.) dism /Get-WimInfo /WimFile:D:\sources\install.wim
(ISO wird als virtuelles Laufwerk eingebunden. Für gewöhnlich der nächste freie Laufwerksbuchstabe. Befehl zeigt die Installationsvarianten auf der DVD an)
4.) dism /online /cleanup-image /restorehealth /source:wim:D:\sources\install.wim:3 /limitaccess
(Pfad zum virtuellem Laufwerk und die Nummer passend zur Installationsvariante wie Standard/Datacenter und Server Core)
5.) sfc /scannow
6.) Neustart, denn teilweise werden da noch Angelegenheiten finialisiert.
7.) Nun alles andere Updates installieren lassen (diesen Monat z.B. .NET)
8.) Neustart und erst jetzt das Problem Update

Letztendlich wird eine Reparatur durchgeführt, bei der dism die "fehlenden" Dateien von einem Installationsabbild extrahiert und auf das System kopiert.

Ursache kann der Windows Media Player sein

Eine Analyse, welche fehlenden Dateien der Grund für die gescheiterte Update-Installation sein können, liefert unter Umständen die Datei cbs.log im Pfad:

%windir%\Logs\CBS

Man kann die Datei auf den Desktop kopieren und dann in einem Editor öffnen, um nach dem Fehler zu suchen. Blog-Leser CWallner war vom Installationsfehler ebenfalls betroffen und hat sich die Datei cbs.log genauer angesehen. Dabei ist er auf den Grund für den Installationsfehler 0x80073712 gestoßen und hat die Analyse in diesem Kommentar gepostet (danke dafür).

Während der Update-Installation scheitert der Vorgang, weil die benötigten Komponenten für das de-DE Sprachpaket des Media Players nicht gefunden werden. Hintergrund ist, dass bei Windows Server 2025 die Desktop-Experience aktiviert sind. Dies aktiviert auch den Windows Media Player als Legacy App über Feature on Demand (FoD).

Damit werden zur Installation des Updates bestimmte Sprachpakete benötigt, die aber fehlen. Während des Patchens scheitert die Installation der benötigten Komponenten für das de-DE Sprachpaket des Media Players. In der cbs.log wurde eine Korruption in den SXS Component Metadata gemeldet. Der betreffende Auszug aus der log-Datei sieht so aus:

Line 1206611: 2026-04-16 14:12:35, Error SXS Component metadata corrupt for Microsoft-Windows-MediaPlayer-autoplay.Resources, version 10.0.26100.1, arch amd64, culture [l:5]'de-DE', nonSxS, pkt {l:8 b:31bf3856ad364e35}: STATUS_SXS_COMPONENT_STORE_CORRUPT
Line 1206612: 2026-04-16 14:12:35, Error SXS WIL Origination: onecore\base\servicing\turbostack\lib\staging.cpp(3999)\TurboStack.dll!00007FFE0A52E50B: (caller: 00007FFE0A519CF9) Exception(505) tid(c4) C015001A The component store has been corrupted.
Line 1206622: 2026-04-16 14:12:35, Error SXS Component metadata corrupt for Microsoft-Windows-MediaPlayer-Setup.Resources, version 10.0.26100.1, arch amd64, culture [l:5]'de-DE', nonSxS, pkt {l:8 b:31bf3856ad364e35}: STATUS_SXS_COMPONENT_STORE_CORRUPT

CWallner schreibt dazu, dass die Lösung für ihn darin bestand, das Media Player-Paket in Feature on Demand (FoD) nicht nur zu deaktivieren. Er musste das Media Player-Paket komplett aus dem Online-Image entfernen.

Dazu hat er zuerst das optionale Feature "Windows Media Player Legacy (App)" unter Settings, System, Optional Features. Im Anschluss konnte er den folgenden PowerShell-Befehl:

Get-WindowsPackage -Online | Where {$_.PackageName -like "*MediaPlayer*"} | Remove-WindowsPackage -Online -NoRestart

zum Entfernen der Windows-Packages ausführen. Das Deaktivieren des FoD ist laut diesem und folgendem Kommentar wichtig. Andernfalls wirft der PowerShell-Befehl Remove-WindowsPackage einen Fehler ("Das angegebene Paket ist kein gültiges Windows-Paket"). Danach ließ sich der KB5082063 sowohl über Microsoft Update als auch WSUS installieren. Blog-Leser Norbert bestätigte in diesem Kommentar diese Ursache und den Lösungsansatz. Vielleicht hilft der Ansatz weiteren Betroffenen weiter.

CWallner schließt, dass Microsoft ganz offensichtlich das dynamische Patching von Feature on Demand in Kombination mit Sprachpaketen für dieses kumulative Update verbockt hat. Der Windows Media Player sei eh als "Legacy" abgekündigt. Als Alternative für die (abgekündigte) Windows Media Player Legacy App empfiehlt Microsoft laut Leser selbst die Nutzung des "modern" Media Players aus dem Microsoft Store, der als MSIX-Installation verfügbar ist. Der Leser gibt an, dass man sich in der Firma für eine weit verbreitete Open Source-Alternative entschieden habe.

Ähnliche Artikel:
Microsoft Security Update Summary (14. April 2026)
Patchday: Windows 10/11 Updates (14. April 2026)
Patchday: Windows Server-Updates (14. April 2026)
Patchday: Microsoft Office Updates (14. April 2026)

Remote Desktop-Phishing-Schutz im April 2026-Update verursacht Verwirrung
Windows 11 April 2026-Updates (KB5083769, KB5082052) triggern BitLocker Recovery
Windows Server 2025: Update KB5082063 liefert Error 0x800F0983, 0x80073712