stimmt. Das mit dem "Zaubern" war auch eher ironisch gemeint. Meine Schuld. Sorry, dass das nicht so rüberkam.

Da kann er nichts zaubern. Wie soll man eine neue Basis erstellen. Dazu müsste man jede ausführbare Datei und vielleicht auch ein paar mehr auf 26200 bringen und signieren. Und Updates würde es dann auch keine geben., weil die jetzigen Updates als basis die 26100.1742 erwarten und keine 26200.1.

[quote=DK2000 post_id=451483 time=1762775243 user_id=39966]
Aber das kann nur Microsoft.
[/quote]
hätte ich jetzt auch gedacht.
Aber mal schauen, was @g-force da zaubert und vlt. für uns zur Verfügung stellt. :)

Ja, sicher ist das möglich. Aber das kann nur Microsoft. Die 28000 ist eine komplett neue Bild, die als solche auch erstellt wurde. Basis ist hier die 28000. Mit der 25H2 geht das nicht, weil die Basis die 26100 ist und Microsoft keine Build 26200 als Basis erstellt hat. Die 25H2 wird immer 26100 + LCU (mit SSU) und eKB sein.

Genau, für "betriebliche" Umgebung kann ich die 26H1 nicht gebrauchen. Aber es zeigt doch, daß es eigentlich möglich wäre, auch eine "25H2 Build 262000.1" zu erstellen.

aber dann nicht für "betriebliche Umgebung", oder?

Es hilft mir mit der 25H2 zwar nicht weiter, aber die 26H1 (Build 28000.1) ist eigentlich genau das, was ich suche.

Hatte ich ja weiter oben Oben geschrieben - Windows 11 Pro 25H2 (26200.6752):

5,42 GB (5.824.548.864 Bytes); Image in install.wim unkomprimiert 23.837.245.045 Bytes

Wobei hier dann noch das .NET Framework Update enthalten ist und die WinRE.wim ebenfalls aktualisiert wurde.

[quote=DK2000 post_id=449815 time=1760391791 user_id=39966]
Zuerst das eKB (KB5054156) integrieren, danach KB5065789. Das KB5043080 wird automatisch mit einbezogen, wenn man nur KB5065789 angibt. Aus beiden Updates wird vor der integration ein neues Update erstellt. Und das SSU ist in der .msu enthalten. Danach bereinigen und Image exportieren. Ohne Bereinigung ist der Spaß gut 8.5 GiB groß oder größer.
[/quote]
Hast Du das mal komplett durchgespielt? Auch mit Bereinigung? Auf welche Werte (Größe) kommst Du dann?

Also eigentlich kann man die .3080 nach der Integration des neuesten LCU komplett aus dem Image entfernen. Dadurch wird die install.wim wieder kleiner. Bringt nur nix, weil die .3080 als Vorraussetzung gesetzt ist. Solange man so eine Installation nur offline aktualisiert, interessiert sich Windows nicht für das fehlende Checkpoint. Man darf nur das NetFX 3.5 nicht aktivieren oder online über WU aktualisieren. Dann wird wieder die .3080 mit runtergeladen. Und auch nicht komplett, sondern nur das, was da grade moniert wird. Sprich man hat dann eine Windowsversion mit halbem oder nem drittel Checkpoint. Bringt also alles nix...

ist ja auch wirklich dämlich von MS, das neueste CU nicht auch gleich als Checkpoint Update auszuweisen.
Schätze, dass die Größe wieder schrumpft, wenn wir auf das alte KB5043080 aus 9-2024 verzichten können.

Wenn es wirklich um die Größe geht, dann folgende Updates in einen Ordner packen und über DISM integrieren:

Windows11.0-KB5054156-x64.msu
Windows11.0-KB5043080-x64.msu
Windows11.0-KB5065789-x64.msu

Zuerst das eKB (KB5054156) integrieren, danach KB5065789. Das KB5043080 wird automatisch mit einbezogen, wenn man nur KB5065789 angibt. Aus beiden Updates wird vor der integration ein neues Update erstellt. Und das SSU ist in der .msu enthalten. Danach bereinigen und Image exportieren. Ohne Bereinigung ist der Spaß gut 8.5 GiB groß oder größer. Das lässt sich aber auch nicht ändern.

Ach so, un das setzt auch ein aktuelles DISM voraus. Verwende hier in Windows 10 DISM v10.0.26100.6584.

[quote=DK2000 post_id=449813 time=1760390381 user_id=39966]
Ich weiß jetzt nicht, was Du mit Kompression meinst. Ich belasse da immer den Standard "Max".
[/quote]
Da ich ja hauptsächlich über WDS/MDT installiere, geht alles übers Netzwerk. Ich habe Experimente mit der Kompressionsrate gemacht (Standard ist ja meist MAX). Und siehe da: Eine geringere Kompression erzeugt zwar eine größere WIM, aber (etwas unerwartet) geht die Installation schneller. Sogar eine unkomprimierte WIM ist nicht langsamer bei der Installation, obwohl die WIM ja fast der entpackten Größe entspricht. "ESD" ist übrigens bei WDS/MDT kein Thema, geht nicht.

Meine Versuche basieren auch auf der 26100.1, ich integriere nun versuchsweise KBs, um festzustellen, wie ich auf eine möglichst kleine 26200.x komme.

Ich weiß jetzt nicht, was Du mit Kompression meinst. Ich belasse da immer den Standard "Max". Und neu komprimieren mache ich da selten, höchstens beim Wechsel von wim auf esd und umgekehrt.

Eine Windows 11 25H2 ISO besteht immer aus SSU, BaseLine Update, CU und eKB. Das CU darf halt nicht zu alt sein. Aber frage mich jetzt nicht, wann das mit dem eKB funktioniert. Von daher einfach das LCU nehmen und gut. Ob man da nun ein älters oder das aktuelle nimmt, nimmt sich nicht viel.

Als Ausgang nehme ich meistens die 26100.1 oder 26100.1742 (unbereinigt).

Erstmal vielen Dank für die zahlreichen Rückmeldungen.
Ein Mißverständnis müssen wir mal klären: Natürlich wird die "install.wim" kleiner, wenn man stärker komprimiert - das hat aber keine Auswirkungen auf das entpackte Image, das letztendlich auf dem PC landet. Und es sei verraten, daß ein weniger stark komprimiertes Image schneller installiert wird (ich weiß das, weil ich es ausgiebig getestet habe).
Was am wichtigsten ist: Was muß eine 25H2 mindestens enthalten, damit es eine 25H2 ist und keine 24H2 ? Ich stelle diesbezüglich momentan noch einige Versuche an. Ich klammere dabei zunächst mal meine zusätzlichen Sprachpakete aus.