Ist tatsächlich kein Unterschied zu sehen. Falls im Protokoll auch alles angegeben ist. Weil ja cmd inzwischen auch nicht mehr immer verlässliche Ausgaben macht. Ich will das aber garnicht beurteilen, was da nun so sein soll und was nicht. Und wie Du sagst. Kann morgen wohl wieder alles ganz anders sein. Manchmal denkt man bei sowas :pff:

dism /Online /Cleanup-Image /StartComponentCleanup /ResetBase

The following actions will be performed:
    Regeneration Candidates: 0
    Removal Candidates: 816
    Superseded/LDR (Delta Compression) Candidates: 37
    Null-Delta Compression Candidates: 
        Mutable file Candidates: 1
        Boot-Recovery Candidates: 62
    Backup regeneration candidates: 0
    Deletion Candidates (Non Driver): 0
    Driver Deletion Candidates: 0
    WinSxS Orphaned Objects Candidates: 0
    Manifests Orphaned Objects Candidates: 0

The following actions will be performed:
    Regeneration Candidates: 0
    Removal Candidates: 816
    Superseded/LDR (Delta Compression) Candidates: 37
    Null-Delta Compression Candidates: 
        Mutable file Candidates: 1
        Boot-Recovery Candidates: 62
    Backup regeneration candidates: 0
    Deletion Candidates (Non Driver): 0
    Driver Deletion Candidates: 0
    WinSxS Orphaned Objects Candidates: 0
    Manifests Orphaned Objects Candidates: 0

dism /Online /Cleanup-Image /StartComponentCleanup

The following actions will be performed:
    Regeneration Candidates: 0
    Removal Candidates: 816
    Superseded/LDR (Delta Compression) Candidates: 37
    Null-Delta Compression Candidates: 
        Mutable file Candidates: 1
        Boot-Recovery Candidates: 62
    Backup regeneration candidates: 0
    Deletion Candidates (Non Driver): 0
    Driver Deletion Candidates: 0
    WinSxS Orphaned Objects Candidates: 0
    Manifests Orphaned Objects Candidates: 0

Gerade mal nur auf die Schnelle getestet:

[code]dism /Online /Cleanup-Image /StartComponentCleanup /ResetBase[/code]
[b]DisableResetbase=1[/b]
[code]The following actions will be performed:
Regeneration Candidates: 0
Removal Candidates: 816
Superseded/LDR (Delta Compression) Candidates: 37
Null-Delta Compression Candidates:
Mutable file Candidates: 1
Boot-Recovery Candidates: 62
Backup regeneration candidates: 0
Deletion Candidates (Non Driver): 0
Driver Deletion Candidates: 0
WinSxS Orphaned Objects Candidates: 0
Manifests Orphaned Objects Candidates: 0[/code]

[b]DisableResetbase=0[/b]
[code]The following actions will be performed:
Regeneration Candidates: 0
Removal Candidates: 816
Superseded/LDR (Delta Compression) Candidates: 37
Null-Delta Compression Candidates:
Mutable file Candidates: 1
Boot-Recovery Candidates: 62
Backup regeneration candidates: 0
Deletion Candidates (Non Driver): 0
Driver Deletion Candidates: 0
WinSxS Orphaned Objects Candidates: 0
Manifests Orphaned Objects Candidates: 0[/code]

[code]dism /Online /Cleanup-Image /StartComponentCleanup[/code]
[b]DisableResetbase=1[/b]
[code]The following actions will be performed:
Regeneration Candidates: 0
Removal Candidates: 816
Superseded/LDR (Delta Compression) Candidates: 37
Null-Delta Compression Candidates:
Mutable file Candidates: 1
Boot-Recovery Candidates: 62
Backup regeneration candidates: 0
Deletion Candidates (Non Driver): 0
Driver Deletion Candidates: 0
WinSxS Orphaned Objects Candidates: 0
Manifests Orphaned Objects Candidates: 0[/code]

Sehe da im Moment keinen Unterschied. Es wird immer der Selbe Plan zu Bereinigung erstellt und ausgeführt. Kann jetzt aber nicht sagen, ob das immer so ist oder ab und dann mal anders.

Dann habe ich ja mal wieder etwas gelernt, prima. Und alles ist gut. :)

Ich kann da nichts weiter zu sagen im Moment, da ich dafür die CBS.log benötigen würde, welche den Vorhang protokolliert hat. Was der Servicing Stack da genau treibt, erkennt man eigentlich nur, wenn man die CBS.log im Anschuss auswertet. Aber es gibt da durchaus Aufgaben, die nicht ausgeführt werden, obwohl sie Beauftragt wurden und Fehler, die ignoriert werden, weil zu unwichtig. Am Ende steht aber dennoch "100% erfolgreich". Das ist kompliziert geworden.

Ich muss das mal wieder mit /ResetBase und aktuellem 20H2 testen, was der TI da so macht.

Dass es komisch sei, stammt nicht von mir, sondern von DK2000. Musst Du mit ihm ausmachen. Ich sagte nur, habe sowas noch nie gesehen, dass Prozesse angezeigt, aber dennoch nicht ausgeführt werden. Wie auch immer, ich weiß es nicht.

Das ist ein Missverständnis.

DSIM macht da nicht viel. Das ist in dem Falle nur die CLI für den TrustedInstaller. DISM übergibt diesem den Auftrag "/StartComponentCleanup /ResetBase", der TI lädt jetzt seine Einstellungen und findet jetzt ResetBaseDisabled=1 vor. Damit ignoriert er nur "/ResetBase", "/StartComponentCleanup" wird aber dennoch ausgeführt und auch so in DISM dann angezeigt. Das ist so alles richtig.

"/ResetBase" wird nicht von DISM ignoriert, sondern vom TrustedInstaller, da dieser die Bereinigung ausführt.

Ich hatte da selber mal mit [i]ResetBaseDisabled=1[/i] und [i]ResetBaseDisabled=0[/i] getestet und der erstellte Plan zu Bereinigung mit /ResetBase sah jeweils anders aus. Müsste mal wieder testen, ob das immer noch so ist.

Der Befehl wird einfach ignoriert. Wie oft denn noch. ;)
Keine Ahnung, ob die Funktion erst den Regeintrag überprüft.
Das könnte man wirklich nur über die Log erkennen. Aber der Befehl selber wird zwar als ausgeführt angezeigt, er macht es aber nicht.

Du Jürgen hast gesagt, die cmd-Anzeige läuft durch, aber ohne Effekt. DK2000 meint hingegen, das sei komisch, dass die Anzeige durchläuft, trotz Wert 1. Ich sage, ick weeß et nich. :kopfkratz:

Eben. Das war ja der Widerspruch. Deaktiviert, aber lief laut cmd durch.

Die 1 bedeutet, dass es deaktiviert ist.

Ich verändere bei solchen Dingen ebenfalls nie etwas in der Reg. Einzige Ausnahme ist "-wuuhext.dll".

Einwenig Off-Topic, aber dennoch. Jegliche Suche in der Registry, lässt diese nach ca. 1 Minute einfrieren, sodass ich sie per TM beenden muss. Was könnte das sein?

Das Problem mit dem Schalter /ResetBase ist ja, dass man den bis zur 1809 verwenden kann, ohne das es Probleme gibt. Da das aktuelle DISM auch noch die älteren Windows Version unterstützt, gibt es den Schalter halt. Aber damit ResetBase ab der 1903 nicht mehr ausgeführt wird, würde der Eintrag in der Registry hinzugefügt. Damit kann zwar DISM den TI mit /ResetBase beauftragen, aber der TI ignoriert das einfach.

Es gibt da noch mehrere Schalter in dem oben angegeben Zweig der Registry, welche das grundlegende Verhalten von [i]/StartComponentCleanup [/ResetBase][/i] beeinflussen. Aber ich lasse das alles so, wie es vorgegeben ist und spiele da nicht dran rum, zumal es dafür auch keine offiziell Dokumentation gibt.

Was er da bei Dir mit ResetBase anders gemacht hat, dazu hätte man die CBS.log auswerten müssen. So im Nachhinein ist das nicht mehr nachvollziehbar.

Andererseits steht ja in meiner Registry weiterhin der Wert 1 bei ResetBaseDisabled. Schon irgendwie komisch.

Oder Microsoft hat da wirklich wieder etwas geändert. Die aktualisieren so oft den Servicing Stack ohne Angaben, was da alles verändert wurde. Eventuell führt ResetBase da wirklich etwas aus, aber anders im Vergleich zur 1809.

Nun, normalerweise gibt die cmd ja dann aus "Befehl nicht ausführbar", "Befehl konnte nicht gefunden werden", oder manchmal auch Sprung zu neuer Eingabe, ohne jegl. Hinweis. Dass aber ein Prozess vollständig abgearbeitet wird und als erfolgreich abgeschlossen ausgegeben wird, ohne dass er tatsächlich ausgeführt wurde, habe ich jetzt so noch nie gesehen. Wollte also nicht rechthaberisch sein, sondern habe nur beschrieben, was die cmd ausgegeben hat.