Problem Dank DK2000 gelöst.
KB4562830 deinstalliert und anschließend 19042.450 mit Inplace Upgrade installiert.

Dann hast Du gleich eine ISO genommen, wo es bereits integriert war. Das geht natürlich auch.

Gut, dann hat das bei Dir jetzt auch geklappt.

@DK2000
Habe die KB 4562830 deinstalliert und dann das Inplace Upgrade durchgeführt.
Ergebnis im System bei Info:
20H2
17.08.2020
Betriebssystembuild: 19042.450
xxxxxxxx
Die kb4562830 habe ich jetzt nicht mehr installiert, da ja sowieso das Build 19042.450 anzeigt wird.
Besten Dank für die dedaillierte Hilfe!!

@videomaker :

Kann sein, das da auch bei Dir noch mehr fehlt. Das ist schwer zu sagen. Das müsste man weiter untersuchen.

Wenn Du auf der 19042 bist, von welcher derzeit kein Inplace Upgrade geht, dann könntest Du auch das kb4562830 deinstallieren. Dann Bist Du wieder auf der 19041 und von hier aus geht Inplace Upgrade einwandfrei. Danach wieder kb4562830 installieren und gut. 19041 und 19042 ist so oder so praktisch das Selbe. Wann das Inplace Upgrade mit de 19042 wieder geht, ist unbekannt.

@DK2000
Habe die Daten (so sie auf der DVD version 19041.84) vorhanden waren wiederhergestellt und dann die Installation des kum. Update nochmals probiert.
Leider kein Erfolg, wieder Fehler 0x800f081f.
Meine Geduld ist am Ende, habe bisher seit 1511 alle Datein von Deskmodder gezogen und immer problemlos installiert, diesmal schon mindestens 7 Versuche.
Warte jetzt auf die nächst Inplace-Version!!
Besten Dank für die Anregungen

DISM bricht nach 60% ab, weil der TrustedInstaller (CBS) den Auftrag beendet hat, weil es ab dem Zeitpunkt nichts sinnvolles mehr zu tun gab oder es kam zu einem anderen Problem. DISM zeigt das nur an.

Wie gesagt, Reparatur und Bereinigung läuft vollständig im Servicing Stack ab, welcher vom TrustedInstaller verwaltet wird. DISM ist hier nur der Auftraggeber und zeigt den Fortschritt an. Sonst macht DISM da nichts.

Aber so abwegig mit dem DISM Fehler ist es doch nicht.
In früheren Versionen (2017) gab es exakt den gleichen Fehler das DISM nach 60% abgebrochen hatte.
Damals waren 2 Registry Einträge und mum und cat Daten verantwortlich.
Hat man die gelöscht, ging es. In der neuen Build sind diese Einträge aber nicht mehr vorhanden oder sie heißen anders....

Wer weiß schon. Jedenfalls auch eigenartig das einige ältere Kumulative Updates nachwievor durchgelaufen sind.
Gestern erst. Nur der Sprung von 19041 auf die 19042 funktionierte nicht. Da scheitterte es schon am SSU das nicht angenommen wurde.

Naja, jetzt auch egal. die 20H2 läuft jedenfalls soweit bisher einwandfrei. Aber hab sie ja auch erst wenige Stunden...

Naja, DISM sollte nicht dran schuld sein, Das Tool führt ja weder die Reparatur noch ein Bereinigung durch. Es ist in dem Falle nur eine CLI für den TrustedInstaller (CBS). Gibt man bei DISM /RestoreHealth ein oder /StartComponentCleanup, dann wird das nur als Auftrag an den TI weitergeleitet und der Servicing Stack über den TI führt das dann aus.

Aber gut, dass das Problem jetzt gelöst ist.

"Lag dann doch entweder an einem kaputten DISM in der Build 19041.329, oder es war das Programm schuld."

wobei man bei solchen Tools nie ganz sicher sein kann das die sowas wie DISM erst "kaputt machen"

- gilt übrigens nicht nur für das von dir eingesetzte Tool / Programm, sondern gilt allgemein für alle die so massiv in das System eingreifen können

Jepp, funktioniert jetzt TOP. Läuft bis 100% durch.

Lag dann doch entweder an einem kaputten DISM in der Build 19041.329, oder es war das Programm schuld.

DaHype hat geschrieben: 16.08.2020, 12:32 Ich hab jetzt mal das System komplett geclont auf eine externe HDD, werde nach und nach alle Daten aufs neue übertragen.
Aber neu, nichts kopieren und den Advanced System Care Dreck hab ich gelöscht. Zum Glück hab ich für die Pro eh nur 20€ bezahlt.

Ich habe nun erfolgreich die 20H2 installiert.

19042.450

...

- wenn du alle Einstellungen soweit fertig hast - und evtl. auch ein neues SystemImage, könntest das mit dem Befehl ja nochmal testen (ob der "Fehler" dann weg ist)

Ich hab jetzt mal das System komplett geclont auf eine externe HDD, werde nach und nach alle Daten aufs neue übertragen.
Aber neu, nichts kopieren und den Advanced System Care Dreck hab ich gelöscht. Zum Glück hab ich für die Pro eh nur 20€ bezahlt.

Ich habe nun erfolgreich die 20H2 installiert.

19042.450

Vielen Dank an dieser Stelle nochmals an alle die versuchten mir weiter zu helfen.
Interessant wärs trotzdem gewesen an was das gelegen hat.

Aber mir ist da dann doch lieber alles neu zu machen, da ich den PC auch für die Arbeit brauche und da ich eh noch 1 Woche Urlaub hab werden einige Stunden in das übertragen investiert...

DANKE euch!
TOP Forum!

Ist die Frage, ob da eventuell noch mehr beschädigt ist.

Das Einzige, was feststeht ist, dass man ab der 19041 keine install.esd mehr zur Reparatur nehmen kann. Das artet immer in einem Fehler aus. Das mag der CBS gerade überhaupt nicht mehr.

So sollte es auch in der Log aussehen. Wenn direkt ach der Zeile mit Exec: Addsource called kein Fehler protokolliert wird, dann passt die alternative Quelle.

Vielleicht deswegen Clean Install doch besser - wer weiß was da dieses Tuning Tool "angerichtet" hat

EDIT:

so wie bei deinem letzten Code sieht meine CBS.log an der Stelle auch aus

Nein. Das Script läuft sauber. Hatte mir damit auch gestern eine ISO mit der Education und mit instal.esd erstellt (brauchte eine install.esd zum testen), das Image für die Education dann in eine install.wim exportiert und der CBS hat die Install.wim ohne zu murren angenommen.

/source:wim:D:\Test\install.wim:1 Das muss etwas anderes sein, warum es bei ihm nicht klappt.