Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Du hast Fragen zur Sicherung, Reparatur oder Fehlermeldungen in Windows 10?
boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 18.01.2020, 17:44

DK2000 hat geschrieben:
18.01.2020, 17:42
Dann gibt es da anscheinend den Ordner nicht oder nicht mehr. Das ist dann natürlich schlecht.

Dann müsstest Du das Inplace Upgrade erneut ausführen. Dann sollte der Ordner existieren (versteckt).
OK, ich versuch's gleich einmal mehr (seufz), zuletzt gestern bis 79% (!).
Bis später,
LG, Boy
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

Tante Google

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von Tante Google » 18.01.2020, 17:44


Benutzeravatar
DK2000
Elite
Elite
Beiträge: 2619
Registriert: 03.04.2018, 00:07
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von DK2000 » 18.01.2020, 17:55

Verstehe dann aber nicht, warum der Ordner nicht da ist. Der Pfad stimmt auf jeden Fall.

boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 18.01.2020, 19:32

DK2000 hat geschrieben:
18.01.2020, 17:55
Verstehe dann aber nicht, warum der Ordner nicht da ist. Der Pfad stimmt auf jeden Fall.
Nach erneutem Versuch eines Inplace-Upgrades, Abbruch wiederum bei 79%, hier das jetzt vorhandene Logfile.
gezipt:
setupact.7z
Ist was zu erkennen?
LG, Boy
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

Benutzeravatar
DK2000
Elite
Elite
Beiträge: 2619
Registriert: 03.04.2018, 00:07
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von DK2000 » 18.01.2020, 21:54

Sieht so aus, als ob es daran liegt:

Code: Alles auswählen

2020-01-18 18:58:16, Warning               DISM   DISM OS Provider: PID=12528 TID=11888 Failed to bind the online servicing stack - CDISMOSServiceManager::get_ServicingStackDirectory(hr:0x8007051a)
2020-01-18 18:58:16, Error                 DISM   DISM Driver Manager: PID=12528 TID=11888 Failed to get the servicing stack path from the os services provider. - CDriverManager::Initialize(hr:0x8007051a)
2020-01-18 18:58:16, Warning               DISM   DISM Provider Store: PID=12528 TID=11888 Failed to call Initialize method on IDismServicingProvider Interface - CDISMProviderStore::Internal_LoadProvider(hr:0x8007051a)
2020-01-18 18:58:16, Warning               DISM   DISM Provider Store: PID=12528 TID=11888 Failed to load the provider: C:\$WINDOWS.~BT\Work\45999B59-E943-4206-82AD-87258920E311\DmiProvider.dll. - CDISMProviderStore::Internal_GetProvider(hr:0x8007051a)
2020-01-18 18:58:16, Error                 DISM   DISM Provider Store: PID=2880 TID=9344 Failed to get the provider DriverManager from the remote provider store. - CProxyProviderStore::GetProvider(hr:0x8007051a)
2020-01-18 18:58:16, Error                 DISM   API: PID=2880 TID=9344 onecore\base\ntsetup\opktools\dism\api\lib\dmicommandobjects.cpp:674 - CGetDriversCommandObject::InternalExecute(hr:0x8007051a)
2020-01-18 18:58:16, Error                 DISM   API: PID=2880 TID=9344 InternalExecute failed - CBaseCommandObject::Execute(hr:0x8007051a)
2020-01-18 18:58:16, Error                 DISM   API: PID=2880 TID=9948 CGetDriversCommandObject failed - DismGetDriversInternal(hr:0x8007051a)
2020-01-18 18:58:16, Info                  DISM   API: PID=2880 TID=9948 Leave DismGetDriversInternal - DismGetDriversInternal
2020-01-18 18:58:16, Error                 SP     Failed to get driver packages from the online system. Error: 0x8007051A[gle=0x0000007a]
DISM hat da Probleme, den Servicig Stack aufrufufen. Ohne diesen können die installierten Treiberpakete nicht ermittelt werden. Da ich so einen Fehler noch nicht gesehen habe, vermute ich da gerade mal, das liegt am fehlenden TrustedInstaller. Müsste ich aber mal testen.

Gehe mal in den Ordenr: C:\Windows\servicing

Wie sieht es da aus? Gibt es da die TrustedInstaller.exe?

boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 18.01.2020, 22:12

DK2000 hat geschrieben:
18.01.2020, 21:54
Sieht so aus, als ob es daran liegt:
DISM hat da Probleme, den Servicig Stack aufrufufen. Ohne diesen können die installierten Treiberpakete nicht ermittelt werden. Da ich so einen Fehler noch nicht gesehen habe, vermute ich da gerade mal, das liegt am fehlenden TrustedInstaller. Müsste ich aber mal testen.

Gehe mal in den Ordenr: C:\Windows\servicing
Wie sieht es da aus? Gibt es da die TrustedInstaller.exe?
Uih! Dieser Ordner existiert nicht?!

LG, Boy
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

Benutzeravatar
DK2000
Elite
Elite
Beiträge: 2619
Registriert: 03.04.2018, 00:07
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von DK2000 » 18.01.2020, 22:19

Dann existiert ja das ganze Servicing nicht. Das ist sehr schlecht. Den TrustedInstaller und die dazugehörigen Dateien könnte man ja noch aus der ISO bekommen, aber die Datenbank und die ganzen Pakete der installierten Windows Komponenten, das wird schwierig.

Könnte eventuell noch funktionieren, wenn man diese Anleitung auf die normale 1903/1909 anpasst:

https://www.deskmodder.de/blog/2019/10/ ... -wechseln/

Aber das weiß ich nicht, ob das so ohne weiteres geht. Müsste ich mal testen.

Aber so ist das System im Moment komplett unbrauchbar, was Updates/Upgrades angeht.

Gerade mal in der VM getestet. Habe mal den Ordner komplett entfernt (gar nicht so einfach) und das Upgrade endet mit:

Code: Alles auswählen

2020-01-18 22:42:14, Error                 CONX   0x8007051a GetDeviceMap failed
2020-01-18 22:42:14, Error                 CONX   0x8007051a CDevInventory::CreateDevInventoryToCache failed
Also selber Fehler wie bei Dir. 0x8007051a beim ermitteln der installierten Treiber.

Ich würde das System aufgeben und eine Neuinstallation vornehmen. Das ist mir da irgendwie zu kaputt. Ob die Flickerei da noch etwas bring, steht in den Sternen.

boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 18.01.2020, 23:53

DK2000 hat geschrieben:
18.01.2020, 22:19
Dann existiert ja das ganze Servicing nicht. Das ist sehr schlecht. Den TrustedInstaller und die dazugehörigen Dateien könnte man ja noch aus der ISO bekommen, aber die Datenbank und die ganzen Pakete der installierten Windows Komponenten, das wird schwierig.
Aber so ist das System im Moment komplett unbrauchbar, was Updates/Upgrades angeht.

Gerade mal in der VM getestet. Habe mal den Ordner komplett entfernt (gar nicht so einfach) und das Upgrade endet mit:

Code: Alles auswählen

2020-01-18 22:42:14, Error                 CONX   0x8007051a GetDeviceMap failed
2020-01-18 22:42:14, Error                 CONX   0x8007051a CDevInventory::CreateDevInventoryToCache failed
Also selber Fehler wie bei Dir. 0x8007051a beim ermitteln der installierten Treiber.

Ich würde das System aufgeben und eine Neuinstallation vornehmen. Das ist mir da irgendwie zu kaputt. Ob die Flickerei da noch etwas bring, steht in den Sternen.
OK, danke für Deine Mühe! Da ist also die Ursache… Würde gern wissen, wodurch das zustande gekommen ist?!
Kann das durch „chkdsk /f /r“ verursacht worden sein?
Was anderes ist ja nicht passiert…
Ich hatte aufs Reparatur-Inplace-Upgrade gehofft…
Erst mal ein großes Dankeschön fürs Engagement!
LG, Boy
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

Javora
Meisteranwärter
Meisteranwärter
Beiträge: 279
Registriert: 24.04.2016, 20:33

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von Javora » 19.01.2020, 20:04

Kann das durch „chkdsk /f /r“ verursacht worden sein?
Abgesehen davon, dass ich selbst mit diesem Syntax chkdsk so nicht anwende,
ist mir selbst bei 1 bis 2 Anwendungen von chkdsk bei HDDs und SSHDs im halben Jahr nichts Erwähnenswertes aufgefallen.
Hatte insbes. bei den ersten Win 10 -Versionen den Eindruck, dass es dem System gut tat,
Fehlermeldungen nicht aufgefallen, wobei bei "C" kein Protokoll gecheckt wurde bei Routine – Ausführung.
Soweit ich das überhaupt mitbekommen hatte und ich mich erinnere, gab es da mal vor längerer Zeit mit KB4032188 diverse Korrekturen.

Wohl aber liest man im Web von „Unfällen“, wobei verschiedenartige Ursachen dahingestellt sein mögen.

Im Falle Verdacht, dass im zeitlichen Zusammenhang mit chkdsk (egal was eigentlich ursächlich) etwas im Argen ist, soll es ja spezielle Ordner geben, wo Gelöschtes gespeichert ist oder sein kann, ebenso Berichtsdateien i.Z.m. chkdsk. Wenn Du dem nachgehen möchtest, vlt. in dieser Richtung im Web recherchieren (man wird schnell fündig), inkl. zur etwaigen Wiederherstellung. Für Letzteres wird sicherlich die größte Chance bei ohne jeglichem Zeitverzug sein und für die Brauchbarkeit käme es wieder drauf an.
„Wer nicht wagt, der nicht gewinnt.“

Purgatory
Nachwuchs
Nachwuchs
Beiträge: 60
Registriert: 27.09.2018, 18:52

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von Purgatory » 19.01.2020, 22:12

Zitat:
Hardware:
Eine defekte Platte wurde ausgetauscht gegen eine heile exakt gleichen Typs.
Zum Erhalt der Arbeitsfähigkeit wurde der geklonte Inhalt der defekten Platte (einige defekte Sektoren laut „Clonezilla“) auf die heile Platte gespiegelt. Ergebnis: Ein „normal“ reagierendes WIN10 1909 64-Bit Home, Build 18362.19h1_release 190318-1202 – bis auf die korrumpierten System-Anwendungen „sfc /scannow“ und „DISM“.
Zitat Ende.

Es hätte auch eine nicht baugleiche Platte sein können und dasselbe wäre herausgekommen. (Außer Raid natürlich^^)
Die alte Platte hatte fehlerhafte Sektoren und die wurden 1:1 auf die neue rüberkopiert. Nicht dass die neue Platte jetzt defekt wäre, neinnein, aber sie kann nichts dafür wenn fehlende Daten nicht reinkopiert werden.
Fakt ist die alte Platte war altersschwach, hat Fehler gemacht, was Checkdisk so nicht mehr lösen konnte. Ergo wurde ein Umzug gemacht. Leider zu spät. Wie DK schon sagte, nicht rumfrickeln, einfach neu machen.
Und von der alten Platte retten was noch zu retten ist...

boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 20.01.2020, 06:31

Purgatory hat geschrieben:
19.01.2020, 22:12
[…] Wie DK schon sagte, nicht rumfrickeln, einfach neu machen.
Und von der alten Platte retten was noch zu retten ist...
Ja, danke, alles richtig. Derzeit kann ich mich (noch) nicht von meinem ansonsten funktionierenden WIN10 und der Arbeitsumgebung trennen; ich muss leider noch ein wenig zu meiner Rente dazuverdienen…
Es kristallisiert sich wohl heraus, dass es hauptsächlich um den Ordner „servicing“ mit dem „Trusted Installer“ geht, der komplett „verschwunden“ war. Den konnte ich samt Inhalt mitsamt „Trusted Installer“ rekonstruieren, mithilfe einer parallelen, gleichartigen WIN10-Installation auf einem Not-Laptop (über LAN). Auch der dazuhörende Registry-Eintrag, der korrekt aussieht, in HKEY_LOCAL_MACHINE\System\Current Control Set_ Services\Trusted Installer ist vorhanden …
Auch der Dienst „Windows Module Installer“ bzw. „Trusted Installer“ ist aktiviert (automatisch) in services.msc bzw. msconfig. Also woran könnte es noch liegen, wenn sfc /scannow bzw. DISM cleanup-Befehle weiterhin nicht funktionieren?
Updates funktionieren nicht.
Andere DISM-Befehle funktionieren indes…
Aber das Reparatur-Inplace-Upgrade bricht reproduzierbar immer bei 79% ab, mit Fehlermeldung.
Ich kann mir da keinen Reim machen…
Danke für Deinen Beitrag…
LG, Boy
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

Benutzeravatar
DK2000
Elite
Elite
Beiträge: 2619
Registriert: 03.04.2018, 00:07
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von DK2000 » 20.01.2020, 07:20

Die Frage ist, wie Du den Ordner rekonstruiert hast? Mir fällt da so nichts auf die Schnelle ein. Das Kopieren vom Laptop würde eventuell nur gehen, wenn das System identisch mit dem kaputten System ist, also selbe Architektur, Edition, Version, Revision und aller weiteren Updates. Und kopieren würde auch nur gehen, wenn Du selbst das mit den Rechten des TrustedInstallers gemacht hast und am Ende alle Rechte angepasst hast.

Müsste ich mal selber testen, ob das geht. Im Moment bezweifele ich das etwas.

Das SFC und DISM immer noch nicht laufen, deutet darauf hin, dass der TrustedInstaller nicht akzeptiert wird oder nicht laufen kann, weil alles nicht zusammen passt. Eventuell steht dazu etwas in der DISM.log.

boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 20.01.2020, 07:58

DK2000 hat geschrieben:
20.01.2020, 07:20
wenn das System identisch mit dem kaputten System ist, also selbe Architektur, Edition, Version, Revision und aller weiteren Updates. Und kopieren würde auch nur gehen, wenn Du selbst das mit den Rechten des TrustedInstallers gemacht hast und am Ende alle Rechte angepasst hast.

Müsste ich mal selber testen, ob das geht. Im Moment bezweifele ich das etwas.

Das SFC und DISM immer noch nicht laufen, deutet darauf hin, dass der TrustedInstaller nicht akzeptiert wird oder nicht laufen kann, weil alles nicht zusammen passt. Eventuell steht dazu etwas in der DISM.log.
Die Systeme sind identisch (eben für den Notfall), Rechte, ja da könnte was sein.
Die DISM.log schaue ich mir nachher an. Den Trusted Installer kann man auch singulär runterladen und verwenden…
DISM läuft in Teilen, nicht aber cleanup (!).
Bis später, LG, Boy
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

Benutzeravatar
DK2000
Elite
Elite
Beiträge: 2619
Registriert: 03.04.2018, 00:07
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von DK2000 » 20.01.2020, 08:02

Nur um sicher zu sein: auf dem Laptop ist auch die 18363.476 installiert und nicht die aktuelle Revision 18363.592?

boyherre
Einsteiger
Einsteiger
Beiträge: 14
Registriert: 17.01.2020, 03:15
Geschlecht:

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von boyherre » 20.01.2020, 18:06

DK2000 hat geschrieben:
20.01.2020, 08:02
Nur um sicher zu sein: auf dem Laptop ist auch die 18363.476 installiert und nicht die aktuelle Revision 18363.592?
Laut „winver“ ist seit vorgestern (Update) die Laptop-Version Build 18363.592, also die aktuelle Version.
Passt also nicht? Oje!
Fühlt sich an wie ein Labyrinth ohne Ausgang…
LG, Boy
Die letzte Stimme, die man hört, bevor die Welt explodiert, wird die Stimme eines Experten sein, der sagt: „Das ist technisch unmöglich.“ (Peter Ustinov)
(Fujitsu Esprimo P710 85+, 8 GB, 2x SSD, 2 + 1 GB HDs, WIN10 1909 64-Bit, Linux-Mint 1903 „Tricia“ 64-Bit Dual-Boot).

nohype
Einsteiger
Einsteiger
Beiträge: 11
Registriert: 18.09.2019, 17:01

Re: Nach „chkdsk /f /r“ sind „DISM“ und „sfc“ korrumpiert, kein Inplace-Reparatur-Upgrade, keine Updates mehr möglich?!

Beitrag von nohype » 08.02.2020, 03:00

Der hier allseits verfolgte Ansatz versagt, wie gezeigt, weil sowohl das InplaceUpgrade als auch Backup-/Restores mit den bekannten Tools den defekten TrustedInstaller nicht reparieren können.
Deshalb greife ich mal den auch hier erwähnten älteren Thread im Win10 Forum auf, da mMn @boyherre eine echte Chance hat, sein System mithilfe von c-t-WIMage auf Vordermann zu bringen:
https://www.win-10-forum.de/threads/ext ... ne.128664/
Dort wurde der an sich lohnende Hinweis auf c't-WIMage nicht weiter aufgegriffen.
@boyherre, ich verwende paragon backhup & recovery free. Bei Einrichtung wäre PE zu wählen. - null Probeme damit - auch, was die Sicherungsgeschwindigkeit angeht.

@ungarnjoker

Probiere es mal damit:
... und machst Du das gegenwärtig regelmäßg damit, dass Du es empfiehlst? Da es ein Script ist, muss es schon sehr aktuell passen.
Um mit c-t-WIMage arbeiten zu können, ist es nicht notwendig, das Script im einzelnen zu verstehen. Allerdings muss man die dort zitierten Artikel der C't sorgfältig studiert und auch mit c'twimage schon ein wenig experimentiert haben.
Im ersten Artikel werden die störenden Probleme mit dem Defender nur am Rande erwähnt, s. dazu meinem Kommentar zu
"c’t-WIMage 2 Windows Backup für Windows 10".
https://www.deskmodder.de/blog/2016/02/ ... indows-10/
Und auch wenn man dem c'tArtikel dem Buchstaben nach folgt, wird man gerade nicht das Problem von @boyherre lösen können, ein Image mit intaktem TrustedInstaller zu gewinnen, da der C't-Autor empfielt, die Datei "install.esd" des ISO-Images bzw. "install.wim" nach dem Kopieren nach USB-DATEN zu löschen!
Der Clou ist, das nicht zu tun, weil die kopierte Datei "install.wim gerade den hier kritischen TrustedInstaller.exe enthält.
Zum Verständnis: ctwinmage baut inkrementell auf das schon vorhandene "install.wim" auf. Wenn man es vorher gelöscht hat, wird nicht darauf inkrementell aufgebaut, sondern von null ein neues install.wim erstellt. So entstünde ein neues install.wim, das notwendigerweise defekt ist, da es die Fehler der Installation auf "C:" übernimmt!
Zur Info: das Original "install.wim" des ISOs enthält die folgenden Trustedinstaller.exe-Dateien.

Code: Alles auswählen

K:\sources>"C:\Program Files\7-Zip\7z.exe" l install.wim trustedinstaller.exe -r
7-Zip 19.00 (x64) : Copyright (c) 1999-2018 Igor Pavlov : 2019-02-21

Scanning the drive for archives:
1 file, 4295122745 bytes (4097 MiB)

Listing archive: install.wim

--
Path = install.wim
Type = wim
WARNING = Some files have incorrect reference count
Physical Size = 4295122745
Size = 9635308423
Packed Size = 4216589825
Method = LZX:15
Cluster Size = 32768
Created = 2019-04-02 00:08:14
Modified = 2019-04-02 00:47:51
Version = 1.13
Multivolume = -
Volume = 1
Volumes = 1
Images = 10

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2019-03-19 05:46:36 ....A       143360        59340  1\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  1\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  2\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  2\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  3\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  3\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  4\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  4\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  5\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  5\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  6\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  6\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  7\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  7\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  8\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  8\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  9\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:36 ....A       143360        59340  9\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  10\Windows\servicing\TrustedInstaller.exe
2019-03-19 05:46:21 ....A       143360        59340  10\Windows\WinSxS\amd64_microsoft-windows-trustedinstaller_31bf3856ad364e35_10.0.18362.1_none_636aa37fca5f24db\TrustedInstaller.exe
------------------- ----- ------------ ------------  ------------------------
2019-03-19 05:46:36            2867200      1186800  20 files

Warnings: 1
"K:" ist hier der Laufwerksbuchstabe das virtuell geöffneten ISO-Datei: Win10_1903_V1_German_x64.iso, deren Inhalt komplett in die zu erstellende Partition "USB-DATEN" kopiert wird - entgegen der Anweisung, s. c't 2016 Heft 5, S. 130 :
Koperen Sie davon sämtliche Dateien mit Ausnahme von "\sources\install.esd" [bezogen auf die o. a. ISO-Datei muss das "\sources\install.wim" heissen] auf die Partition "USB-Daten" - die Datei ist zwar nicht hinderlich, aber nutzlos und kostet einige Gigabyte Platz(?)
Diese Aussage des Autors Axel Vahldiek ist falsch, da eben die Funktion des Scripts je nach vorhandenem bzw. nicht vorhandenem "install.wim" verschieden ist, s. ctwimage2b-64.bat.

Antworten