Bei Microsoft muss man manchmal seltsame Wege gehen um zu einem Ergebnis wie in diesem Fall zu kommen:
1.) vom fehlgeschlagenden automatischen kumulativen KB5003214-x64 Windows Update
2.) vom fehgeschlagenden Inplace Update 21H1-1043.985 auf 21H1-1043.1023
3.) vom erfolgreichen handischen/manuellen Update mittes V3-Script incl. korrektem SXS Folder

Ja, lag dann wohl wirklich nur an dem einen Paket, welches im SXS Ordner vom Fix gefehlt hat.

Jetzt hat es geklappt:[b] Exec: Processing complete. ... Identifier: KB5003214 [HRESULT = 0x00000000 - S_OK][/b]

Aber was mi dem Inplace Upgrade los ist, weiß man jetzt immer noch nicht. Aber gut. Mal schauen, wie es weiter geht.

So, Drive Snaphot Image zurückgespielt. Zustand wieder wie vor dem Update kb5003214

dism.exe /online /Cleanup-Image /StartComponentCleanup
und danach den Befehl
sfc /scannow nochmal laufen lassen. Alles im grünen Bereich

c:\fix\fix.cm gestartet... warten... was soll ich sagen "[b]IHR SEIT DIE BESTEN"[/b]
Aktueller Versions Stand nach Reboot 19043.1023.

Tja woran hat es gelegen..: zum Schluss glaube ich, da nur Bens V3 Script in Verbindung mit dem richtigen SXS Folder
geholfen hat. Den Update Vorgang kann man sich ja im dos_output.txt anschauen. Benötigte Dateien im folder_dir_output.txt
:dankeschoen:

Der Ordner SXS ist ja der Wichtige, weil da ja die fehlenden Pakete drin sind. Und ein Paket daraus hatte er da vorhin nicht kopiert. War mir aber nicht so bewusst, dass es da wohl zwei Versionen gibt. Hatte da wohl zufällig den Fix erwischt, wo das Paket drin war, welches Dir fehlt.

@Ben, brauch ich nur die fix.cmd aus der "Win 10 2004-20H2 x64 0x800f0988 v3 Fix.7z" Datei oder muss ich den Ordner SXS auch erstellen wie zum Beispiel von DK200 empfohlen also z.B. C:\fix\SXS.

Ich spiele jetzt erstmal meine Zustand von vor dem Update wieder mit Drive Snapshot zurück und dann versuche ich es nochmal.

Gibt es da zwei V3 Pakete? Dann habe ich gerade durch Zufall das Paket für Maghook erwischt. Eventuell sollte man die dann mal zusammen legen. Letztendlich ist es ja nicht so schlimm, wenn ein Paket mehr dabei ist, auch wenn es nicht benötigt wird.

Das Microcode Update ist aber nur in dem Patch enthalten das für Maghook war.
[URL="https://letsupload.io/shared/82lcgp8tn2ody4scaurdm9w12upwx5m4si0knt4ylhxxi62tbt-jr273e6gnz39ypih2mj4iir-bkkgcm7b16sorcvg8f0523z86sgfa8fjyzix1n88-krpwm-dzhq77"][b]Letsupload[/b][/URL]

amd64_microsoft-windows-m..update-genuineintel_31bf3856ad364e35_10.0.19041.1_none_72b119e551aad4bf

OK. Sieht so aus, als ob der Script nicht sauber läuft. Pfad zu lang? Leerzeichen?

Lt. CBS.log fehlt das Paket:

[code]amd64_microsoft-windows-m..update-genuineintel_31bf3856ad364e35_10.0.19041.1_none_72b119e551aad4bf[/code]
Das Paket ist aber im Skrip von Ben enthalten. Lt. [i]dos_output.txt[/i] wird es aber nicht kopiert und steht somit für die Installation des Updates nicht bereit. Übrigens, gute Idee mit der [i]dos_output.txt[/i].

Versuche mal, den Pfad zum Skript so kürz wie möglich z halten, also z.B. [i]C:\Fix[/i]. Dann versuche es noch einmal. Ja, ich weiß, ist nervig, aber der ganze Fehler ist nervig und keiner weiß, warum er überhaupt auftritt. Und ist auch wirklich der V3?

Aber der Grund für das Problem mit dem Inplace Upgrade sehe ich da noch nicht. Oder das ist was Neues. Eventuell Offline installieren.

@moinmoin das hatte ich auch abgewählt also nur die Dateien aus der ISO nehmen.

Bens Update ist fehlgeschlagen ich habe dir mal den DOS_Output und die beiden Logfiles in den Anhang gelegt.
Schon echt kurios bisher hat dieser PC überhaupt noch keine Schwierigkeiten gemacht

Ach, was mir gerade einfällt. Beim Inplace hatte ich gleich im ersten Screen "Ändern was heruntergeladen werden soll"
Keine Updatesuche angehakt. Danach hatte es geklappt.

Aber sichere dann gleich im Anschuss, wenn es nicht geklappt hat, die CBS.log. Sonst ist die wieder weg.

Genau ich habe ja nur deshalb das InPlace Update gestartet weil das Microsoft KB5003214 mit dem üblichen Fehler 0x800f0988 hängen bleibt egal wie ich es anstelle. Bens Update lass ich nochmal laufen.

2021-05-27 15:44:32, Info                  SP     WINDEPLOY error code is 0x8007139F. Will not attempt uninstall

Eigentlich ist das Setup soweit durchgelaufen. Nur in das SafeOS will er nicht. Aber das Setup hat da keine Informationen gespeichert, was da passiert ist. Einzige, was mich stört, ist die letze Zeile in der Log vom Setup:

[code]2021-05-27 15:44:32, Info SP WINDEPLOY error code is 0x8007139F. Will not attempt uninstall[/code]
Irgendetwas passt dem Setup da nicht, aber aus der Log geht jetzt nicht hervor, was das sein könnte. Was will er da nicht deinstallieren? Sehe ich zum ersten Mal.

Ob in dem Falle SetupDiag etwas bring? Eventuell mal laufen lassen:

https://docs.microsoft.com/de-de/windows/deployment/upgrade/setupdiag

Und die Installation von KB5003214 endet mit 0x800f0988? Und der Script von Ben hat nicht funktioniert?

Laut meines Downloads von der UUP Dump Seite war es ein feature Update
Feature update to Windows 10, version 21H1 (19043.1023) amd64 x64 2021-05-21 22:01:16 UTC 0e51fec7-87fd-4a3a-9ddf-53e7be10a522

Im Anhang die beiden Log files