Windows 10 19041.450 Fehler 0x800f081f

[Manny]

Ich gebs auf und mach nun einen Clean Install. Hilft eh nix

Dabei werd ich wohl gleich alles auf eine externe HDD auslagern was wichtig ist.

hört sich "vernünftig" an, wenn auch aufwendiger. Habe gerade bewusste Build in VM ( neu erstellte als Einzeledition) , da taucht der Fehler nicht auf

[Tante Google]

[DK2000]

Das ist jetzt wieder ein ganz anders Problem:

Code: Alles auswählen

2020-08-16 09:59:13, Info                  CBS    Exec: Addsource called, Session: 30831523_568912832, Client: DISM Package Manager Provider, from GPO: No, Path: wim:H:\Sources\install.wim:1
2020-08-16 09:59:14, Info                  CBS    Failed to communicate WIM file handle to sandbox process [HRESULT = 0x8007000d - ERROR_INVALID_DATA]

Dieses Mal nimmt er den Pfad an, aber kann die install.wim nicht verarbeiten. Wieso dass den jetzt nicht?

Ist die Install.wim defekt? Gibt es doch gar nicht.

Und das mit dem Zugriff verweigert verstehe ich da auch nicht Ist die von von irgendetwas geöffnet?

Das muss funktionieren.

[Ben]

Kann es sein das es an dem Prozess von abbodi zur Erstellung der Virtuellen Editionen liegt, das es dieses image nicht annimmt. Denn diese Virtuellen Editionen werden erst bei der Installation komplett in diese umgewandelt.

[Manny]

Kann es sein das es an dem Prozess von abbodi zur Erstellung der Virtuellen Editionen liegt, das es dieses image nicht annimmt. Denn diese Virtuellen Editionen werden erst bei der Installation komplett in diese umgewandelt.

Kann ich mir weniger vorstellen, gerade eine getestet in der VM ( ISO virtuell erstellt aber dann besagte Edition als Einzel-ISO konvertiert ) - Fehler taucht gar nicht auf

[DK2000]

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

Code: Alles auswählen

2020-08-15 19:49:33, Info                  CBS    Exec: Addsource called, Session: 30831404_1867597109, Client: DISM Package Manager Provider, from GPO: No, Path: wim:D:\Test\install.wim:1
2020-08-15 19:49:34, Info                  CBS    Client specifies manual store corruption detect or repair.

Das muss etwas anderes sein, warum es bei ihm nicht klappt.

[Manny]

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

[DK2000]

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.

[DaHype]

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!

[Manny]

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)

[DaHype]

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.

[Manny]

"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

[DK2000]

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.

[DaHype]

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...

[DK2000]

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.

[videomaker]

@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