![\"Windows\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2021\/04\/Windows-klein.jpg\" "\\"Windows\\"")
Manche Administratoren von Windows Server 2019 und Windows Server 2022 berichten, dass die kumulativen Updates vom Oktober oder November 2025 mit dem Fehlercode 0x80073701 scheitern. Ist auch hier im Blog in Kommentaren angesprochen worden. Mir ist gerade ein Diagnose-Ansatz untergekommen, so dass ich das Thema mal aufgreife.<\/p>\n
<\/p>\n
Beim kumulativen Update\u00a0KB5066586<\/a> f\u00fcr Windows Server 2019 vom 14. Oktober 2025 scheitert die Installation aber mit dem Fehlercode\u00a00x80073701. Die Installation wird einfach abgebrochen. Das gleiche Spiel wiederholt sich beim kumulativen Update KB5068791<\/a> f\u00fcr Windows Server 2019 vom 11. November 2025.<\/p>\n Der Leser erw\u00e4hnte noch, dass er verschiedene Tests mit DISM \/online<\/em> usw., sfc \/scannow, chkdsk \/f<\/em> durchgef\u00fchrt, aber nichts auff\u00e4lliges entdeckt habe. In der Datei cbs.log\u00a0<\/em>habe er \"einiges gefunden\" aber er k\u00f6nnen damit nichts anfangen. Er hat folgendes Beispiel gepostet:<\/p>\n Ich hatte in meiner Antwort darauf verwiesen, dass\u00a0STATUS_SXS_ASSEMBLY_MISSING\u00a0 darauf hindeutet, dass der Windows Installer f\u00fcr das Update eine Assembly aus dem SXS-Speicher ben\u00f6tigt, aber diese Assembly wird nicht gefunden. Die L\u00f6sung bestehe darin, herauszufinden, welche Komponente das verursacht \u2013 das Update sollte in der CBS.log<\/em> genannt werden. Gegebenenfalls den Eintrag f\u00fcr das fehlerhafte Update in der Registry l\u00f6schen. Ich hatte die nachfolgenden zwei Artikel rund um das Thema als Referenz genannt:<\/p>\n ERROR_SXS_ASSEMBLY_MISSING (0x80073701) on Windows Server 2019<\/a> Nun ist mir aktuell nachfolgendes Thema \u00fcber die Patchmanagement.org-Liste untergekommen. M\u00f6glicherweise hilft der Ansatz weiter.<\/p>\n In der Patchmanagement.org-Mailing-Liste verwies jemand auf einen Kommentar im reddit.com Patch Tuesday Megathread (2024-09-10)<\/a>. Dort hei\u00dft es im Post mit dem Titel \"Fix Server 2022 Windows Update 0x80073701 [ERROR_SXS_ASSEMBLY_MISSING] \/ 0x800f0831 [CBS_E_STORE_CORRUPTION] in CBS.log\"<\/em>, dass viele Administratoren mit den Installationsfehlern 0x80073701 und 0x800f0831 bei Windows Update k\u00e4mpfen. Von Microsoft komme keine L\u00f6sung, au\u00dfer das Betriebssystem neu installieren oder per InPlace-Upgrade reparieren.<\/p>\n Der Poster der L\u00f6sung hat aber meine oben genannte Idee verfolgt und versucht, das st\u00f6rende Update-Paket zu identifizieren. Nach vielen Versuchen sei es ihm gelungen, eine funktionierende L\u00f6sung zu finden. Er versucht die besch\u00e4digten Update-Pakete als fehlend zu markieren. Das funktioniere selbst, wenn die Datei CBS.log (wie nachfolgend) auf ein besch\u00e4digtes Paket mit der Version .1 (RTM) verweist.<\/p>\n Der Poster vermutet als wahrscheinlichste Ursache einen unerwarteten Systemabsturz w\u00e4hrend eines Wartungsvorgangs, der die Pakete besch\u00e4digt. Der Systemabsturz wird dabei nicht durch das Windows Update selbst verursacht. Der Poster gibt an, dass der TrustedInstaller-Dienst (Windows Modules Installer) w\u00e4hrend eines fehlerhaften Systemabsturzes Bereinigungs- und kumulative Aktualisierungsaufgaben durchf\u00fchrt und fehlende\/besch\u00e4digte Komponenten verursacht. Diese werden in den nachfolgenden Installationsl\u00e4ufen mit den folgenden Fehlercodes aufgelistet:<\/p>\n 0x80073701 \u2013 ERROR_SXS_ASSEMBLY_MISSING Hintergrund ist, dass dann in der Registrierung viele Pakete mit dem Status \"Staged\"\u00a0 eingetragen sind. Dieser Status besagt, dass Dateien im System vorhanden sind, jedoch nur teilweise. Der Poster gibt an, dass sich mit folgendem PowerShell-Befehl:<\/p>\n mit administrativen Rechten in einer PowerShell-Konsole ausgef\u00fchrt, die Eintr\u00e4ge \u00fcberpr\u00fcfen lassen. Dann sollen die Namen der Eintr\u00e4ge samt Nummer angezeigt werden. Der Kommentarersteller hat dann als L\u00f6sung f\u00fcr die WU-Fehler 0x80073701 und 0x800f0831\u00a0ein PowerShell-Script Mark_Corrupted_Packages_as_Absent.ps1\u00a0<\/em>mit folgenden Anweisungen erstellt:<\/p>\n Das Skript ist in einer administrativen PowerShell-Konsole auszuf\u00fchren. Es markiert die besch\u00e4digten Pakete als fehlend. Nach Ausf\u00fchren des Scripts ist Windows Server neu zu starten und die Update-Installation zu wiederholen. Nun sollte diese Installation durchlaufen. Vielleicht hilft der Ansatz weiter.<\/p>\n \u00c4hnliche Artikel:<\/strong> Manche Administratoren von Windows Server 2019 und Windows Server 2022 berichten, dass die kumulativen Updates vom Oktober oder November 2025 mit dem Fehlercode 0x80073701 scheitern. Ist auch hier im Blog in Kommentaren angesprochen worden. Mir ist gerade ein Diagnose-Ansatz untergekommen, … Weiterlesen Blog-Leser maximalle2025 hatte sich zum 17. November 2025 in diesem Kommentar<\/a> zum Blog-Beitrag Patchday: Windows Server-Updates<\/a> (14. Oktober 2025) gemeldet und schrieb, dass in seiner Umgebung alle monatlichen Updates\u00a0bis zum Oktober 2025 installiert werden konnten.<\/p>\n
000000a5@2025\/11\/17:14:16:01.554 (F) \r\nonecore\\base\\wcp\\componentstore\\csd_locking.cpp(95): \r\nError STATUS_SXS_ASSEMBLY_MISSING originated in function \r\nCCSDirectTransaction::LockComponent expression: (null)<\/pre>\n
\nERROR_SXS_ASSEMBLY_MISSING Chaos<\/a><\/p>\nWindows Server 2022: Fix f\u00fcr 0x80073701\/0x800f0831<\/h2>\n
2024-07-16 15:35:26, Error CSI 00000298 (F) \r\nHRESULT_FROM_WIN32(ERROR_SXS_ASSEMBLY_MISSING) \r\n#5500020# from Windows::ServicingAPI::CCSITransaction::\r\nICSITransaction_PinDeployment(Flags = 0, \r\na = HyperV-HvSocket-Deployment, version 10.0.20348.1,\r\narch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35}, cb = (null), \r\ns = (null), rid = 'HyperV-HvSocket-Package~31bf3856ad364e35~amd64~~10.0.20348.1.6cdd0ff9c702dc036c10279b44e48d03', \r\nrah = (null), manpath = (null), catpath = (null), ed = 0, disp = 0)\r\n[gle=0x80073701]\r\n2024-07-16 15:35:26, Info CBS Failed to pin deployment while \r\nresolving Update: HyperV-HvSocket-Package~31bf3856ad364e35~amd64~~10.0.20348.1.6cdd0ff9c702dc036c10279b44e48d03 \r\nfrom file: (null) [HRESULT = 0x80073701 - ERROR_SXS_ASSEMBLY_MISSING]<\/pre>\n
\n0x800f0831 \u2013 CBS_E_STORE_CORRUPTION<\/p>\nGet-ItemProperty
\n\"hklm:\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Component Based
\nServicing\\Packages\\*\" | ?{$_.Currentstate -eq \"64\"} | select PSchildName<\/code><\/p>\n$name = 'CurrentState'\r\n$check=(get-childitem -Path 'HKLM:\\software\\microsoft\\windows\\currentversion\\component based servicing\\packages' -Recurse).Name\r\nforeach($check1 in $check)\r\n{\r\n$check2=$check1.replace(\"HKEY_LOCAL_MACHINE\",\"HKLM:\")\r\nif((Get-ItemProperty -Path $check2).$name -eq 0x50 -or (Get-ItemProperty -Path $check2).$name -eq 0x40 )\r\n{\r\nwrite-host (Get-ItemProperty -Path $check2).PSChildName\r\nSet-ItemProperty -Path $check2 -Name $name -Value 0\r\n}\r\n}<\/pre>\n
\nPatchday: Windows Server-Updates (14. Oktober 2025)<\/a>
\nWindows Server: Out-of-Band Updates f\u00fcr WSUS-Schwachstelle CVE-2025-59287 (23.10.2025)<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"