Offenbar wird eine Pending.xml datei erstellt die ein Cleanup verhindert und den Fehlercode anzeigt.

Mal ne andere frage, was genau bewirken die Befehle:

Dism /Image:C:\test\offline /Cleanup-Image /AnalyzeComponentStore

Dism /Image:C:\test\offline /Cleanup-Image /StartComponentCleanup

Dism /Image:C:\test\offline /Cleanup-Image /StartComponentCleanup /ResetBase

Bringt es irgendwelche vorteile das /Offline anzuwenden oder soll man es nach der Installation tun?

[quote=user897 post_id=342905 time=1585174007 user_id=43157]
Bedeutet es dass nur das [b]/Cleanup-Image[/b] verhindert und betroffen ist aber sonst mit dem Image und der NetFx3 Aktivierung alles Gut ist?[/quote]

Ja, alles gut. NetFX3 ist nach der Installation aktiviert. Muss halt, wie oben schon gesagt, zuerst die normalen Updates integrieren, wenn man dann will, das Ganze bereinigen und erst jetzt im Anschluss das NetFX3 aktivieren.

Also ist es (meines Erachtens) doch am besten so zu machen wie ich schon unter https://www.deskmodder.de/phpBB3/viewtopic.php?f=327&t=23469&start=15#p342829 schrieb

(wobei man bei uup dump ja auch noch die Möglichkeit hat eine "Bereinigung" durchzuführen innerhalb der ISO)

Bedeutet es dass nur das [b]/Cleanup-Image[/b] verhindert und betroffen ist aber sonst mit dem Image und der NetFx3 aktivierung alles Gut ist?

Und ich nur auf das /Cleanup-Image verzichten soll?

2020-03-25 20:18:18, Info                  CBS    Session: 11468_27817515 finalized. Reboot required: yes [HRESULT = 0x800f0806 - CBS_E_PENDING]

Deswegen steigt er aus:

[code]2020-03-25 20:18:18, Info CBS Session: 11468_27817515 finalized. Reboot required: yes [HRESULT = 0x800f0806 - CBS_E_PENDING][/code]
Wartet auf einen Neustart. Solange ist der Komponentenspeicher gesperrt, was das Aufräumen angeht. Ein Offline-Image kann man aber schlecht neustarten.

Mit /Add-Package geht es auch nicht.

Also abbodi installiert es mit "/Enable-Feature /FeatureName:NetFx3 /All /LimitAccess". Aber warum es diesen Fehler gibt weiß ich leider auch nicht. Denke aber es liegt daran das man das Paket nicht fest im Image verankern kann, sondern nur als Pending Installation. So das es erst bei der Installation von Windows richtig installiert wird.

Wird denn bei:

DISM /Image:C:\test\offline /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:D:\sources\sxs

automatisch auch das de_DE Feature aktiviert oder muss man das nochmal manuell machen?

Müsste ich jetzt mal selber testen bzw. in den Script schauen.

Ansonsten in dem Ordner \sources\sxs\ sind ja nur zwei Pakete für das NetFX3: das Große ist die Core Installation, das Kleine ist der Support für de-DE. Letzteres ist da nicht zwingend erforderlich.

Kannst ja selber mal testen. Oder warten, bis sich Ben dazu noch einmal äußert. Ich müsste es selber testen, da ich es nicht weiß. Das NetFX3 habe ich da schon lange nicht mehr offline aktiviert, da ich es nicht benötige.

Die vermutung hatte ich geäußert und darüber schon irgendwo gelesen, die frage ist konkret welches /Package ist für NetFx3 /Feature erforderlich damit der fehler nicht auftritt, nach dieser antwort suche ich.

Glaube nicht, dass das behoben wird. Das ist da mehr "By Design".

Kann sein, dass man das umgehen kann, wenn man zuerst /AddPackage bzw. /Add-Capability ausrührt.

Was verwendet denn Abbodi? /AddPackage, /Add-Capability oder /Enable-Feature?

In dem script von Abbodi1406 werden wenn man das Netfx aktiviert zuerst die Updates integriert dann das StartComponentCleanup ausgeführt. Danach wird erst das .Netfx integriert und noch mal das Kumulative Update um die Updates für das aktivierte .Net3.5 zu integrieren die im Kumulativen Update eventuell vorhanden sein könnten. Danach wird dann das Image gespeichert.

Beheben wird das wohl nur Microsoft können.

[quote=Ben post_id=342877 time=1585160720 user_id=39572]
Wenn man das Netfx 3.5 Feature in ein Image integriert kann man das "/Cleanup-Image /StartComponentCleanup" nicht mehr ausführen. Da es dann immer diesen Fehler ausgibt.
[/quote]

So ist es, deswegen der Thread, ich wollte nur verstehen warum das so ist und wie behebt man das.

@Ben:

Wie gesagt, dass kann sein. Bei meinen ISOs führe ich StartComponentCleanup nicht aus. Daher nicht aufgefallen. Aufgeräumt wird nach der Installation. Dann ist da wenigstens alles von "Staged" auf "Installed" übergegangen.

@user897:

Daher ja auch die Sache mit der extra Logdatei. Die enthält dann auch die Aktionen von CBS, so dass man da schneller sehen kann, woran es genau liegt. Aber wenn Ben sagt, dass StartComponentCleanup nach Offline-Aktivierung vom NetFX3 nicht mehr geht, dann glaube ich das auch.

[quote=Nemo_G post_id=342874 time=1585160231 user_id=34016]
@user897:

Bevor ich mich hier wiederhole:
In meiner [url=https://www.win-unattended.de/viewtopic.php?f=13&t=589]Update-Übersicht zu Win1903/1909[/url] habe ich im Abschnitt 1 ein Muster hinterlegt.
Es brauchen am Anfang der Prozedur nur die tatsächlichen Pfade und Index der gewünschten Edition(en) angepasst zu werden.

Gruß, Nemo
[/quote]
Ich sehe keinen unterschied zwischen deiner und meiner vorgehensweise bloß dass du ein skript verwendest und ich nehm dafür diesen befehl:

Dism /Image:C:\test\offline /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:D:\sources\sxs

Jedoch sollte die funktion identisch sein.
Ausser ich übersehe hier was? Trotzdem danke für deinen Beitrag :-)

Wenn man das Netfx 3.5 Feature in ein Image integriert kann man das "/Cleanup-Image /StartComponentCleanup" nicht mehr ausführen. Da es dann immer diesen Fehler ausgibt.