Integration von Sprachpaketen in 24H2 (MCT-Version)

[g-force]

Ich bin auf Probleme gestoßen, Sprachpakete zu integrieren. Hier ist meine Konfiguration:

1. Download des Windows11-MCT-Images als ISO (Deutsch, De-DE) (MCT = Media Creation Tool)
2. Konvertierung von ESD in WIM, nur "PRO" behalten, neue ISO erstellen (Win11_24H2_DE_PRO.iso) mit NTlite
3. Entpacken von "Win11_24H2_DE_PRO.iso" mit 7zip und Laden des Images mit NTlite
4. Integration von 9 Sprachpaketen (heruntergeladen mit ADGUARD, habe auch "W10-11 LanguagePacks v2.3" von "garlin" ausprobiert)
5. Erstellen einer neuen ISO "Win11_24H2_DE_PRO_ML.iso" (ML = MultiLanguage)
6. Hinzufügen einiger Einstellungen, um die Installation im Audit-Modus durchzuführen (autounattend.xml) und Erstellen der ISO "Win11_24H2_DE_PRO_UATT.iso" (UATT = Unattended)
7. Installation im Hyper-V und/oder PC im Audit-Modus ohne Probleme
8. Sysprep des Systems (oobe, herunterfahren, generalisieren)

Wenn ich das System in den OOBE-Modus starte, zeigt es alle 9 Sprachen zur Auswahl (alphabetische Reihenfolge, DE ist zuerst, DA ist zweitens, und so weiter). Sieht gut aus, aber:
Wenn ich eine andere Sprache außer DE auswähle, bricht das Setup ab und startet erneut in die Sprachauswahl. Nur DE funktioniert einwandfrei. Ich habe andere ISOs (UUP-Dump, Adguard) ohne dieses Problem ausprobiert. Aber ich möchte das MCT-ISO als meine Basis-ISO beibehalten.

Was verursacht den Fehler im OOBE-Modus beim Verwenden des MCT-Images? Ich habe alle Dateien, Screenshots und ein Video hier zur Verfügung gestellt:

http://gofile.me/7psKS/ZI05iLYuG

[Tante Google]

[DK2000]

Vielleicht abwarten, bis Microsoft die ESD dafür endlich mal aktualisiert. im Moment kommt nach wie vor die kaputte 26100.2033, wo selbst Microsoft sagt, dass man die nicht benutzen soll, da nach Neuinstallation/Upgrade mit dieser keine Updates mehr installiert werden können. Ob die auch ein OOBE-Problem in Zusammenhang mit MUIs hat, kann ich nichtsagen.

Was mir aber gerade aufgefallen ist: Mittels MCT bekommt man die 2033, wenn man auf der Seite die ISO direkt herunterlädt, bekommt man die 1742. Interessant. Würde dann die nehmen. Das wäre das Baseline Image für alle weiteren Updates im Moment.

[g-force]

...im Moment kommt nach wie vor die kaputte 26100.2033, wo selbst Microsoft sagt, dass man die nicht benutzen soll,...

Ist das genau die Version, die "am schlechtesten funktioniert"?
Ich hatte geglaubt, dies wäre die "gesündeste Basis" ...

EDIT: Inzwischen kann das bestätigen: Das "Media Creation Tool" lädt die 26100.2033 herunter, während der direkte ISO-Download von MS die 26100.1742 herunterlädt. Ich hatte da bisher nie drauf geachtet und werde jetzt testen, ob dies einen Unterschied macht.

[g-force]

Inzwischen kann das bestätigen: Das "Media Creation Tool" lädt die 26100.2033 herunter, während der direkte ISO-Download von MS die 26100.1742 herunterlädt. Ich hatte da bisher nie drauf geachtet und werde jetzt testen, ob dies einen Unterschied macht.

Nein, macht keinen Unterschied - Sprachauswahl in OOBE ist kaputt.

[Kalle Kacksack]

Funktioniert hier:


Build 26100.3321 mit den oobe Updates: kb5048779 und kb5050575 im image integriert.

[Kalle Kacksack]

Hier der Link zum Video:
https://imgur.com/a/vBSG5Bl

ging im vorherigen Post nicht mit durch.

[g-force]

Funktioniert hier:
Build 26100.3321 mit den oobe Updates: kb5048779 und kb5050575 im image integriert.

Welche ISO hast Du denn als Ausgangsbasis genommen?

[Jens1976]

Integrierst Du nur die LXP oder alles? Wenn Du alles integrierst, sind das nämlich ein ganzer Schwung an cabs. Mal davon ab, das man die in die 26100.1 integrieren sollte und erst dann updaten sollte. Weil ansonsten die Sprachdateien nicht mit geupdatet werden und nach jeder Neuinstallation die Updates erneut heruntergeladen werden. Außerdem sollte man, auch wenn man keine en-Us haben möchte, trotzdem die 5 Mindestpakete der en-US in die install.wim integrieren. Ansonsten lädt sich Windows die nach der Installation ebenfalls über WU nach. Is eigentlich kein Problem, es seih denn, man hat nen Rechner, der nicht direkt mit dem WU verbunden ist. Dann schlägt das Update fehl, weil die Baseline fehlerhaft ist (en-US fehlt). Die gehören aus welchen Gründen auch immer, jetzt mit zur Baseline... Das gleiche gilt übrigens auch für FoDs...

[Kalle Kacksack]

Welche ISO hast Du denn als Ausgangsbasis genommen?

26100.1742 in der EN-US Sprachvariante.

[g-force]

Außerdem sollte man, auch wenn man keine en-Us haben möchte, trotzdem die 5 Mindestpakete der en-US in die install.wim integrieren. Ansonsten lädt sich Windows die nach der Installation ebenfalls über WU nach.

Das Verhalten ist mir neu. Dann müssten die Sprachpakete ja nach einer Weile im Image auftauchen (was ich bisher noch nie festgestellt habe). Woher hast Du deine Erkenntnis?

Daß die Integration in eine 26100.1 am besten funktioniert, ist mir klar. Ich habe ja auch eine funktionierende ISO mit allen Paketen - aber die basiert nicht auf der MCT-Version. Aber das ist es, was ich eigentlich wollte: Die LPs in eine MCT-Basis integrieren, um die PC/Laptops in einen MS-konformen Auslieferungszustand zu bringen.

[g-force]

26100.1742 in der EN-US Sprachvariante.

Das ist aber keine ISO von MCT, oder?

[moinmoin]

@g-force
Das ist auch relativ neu. Das ist DK2000 aufgefallen und hatte es eine Weile beobachtet. In unserem Telegram Chat hat er dann immer wieder ne "Wasserstandsmeldung" gepostet. Entfernt man die Pakete, werden diese nachgeladen. Die sind jetzt wohl Pflicht im System.

[Jens1976]

Das Verhalten ist mir neu. Dann müssten die Sprachpakete ja nach einer Weile im Image auftauchen (was ich bisher noch nie festgestellt habe). Woher hast Du deine Erkenntnis?

Daß die Integration in eine 26100.1 am besten funktioniert, ist mir klar. Ich habe ja auch eine funktionierende ISO mit allen Paketen - aber die basiert nicht auf der MCT-Version. Aber das ist es, was ich eigentlich wollte: Die LPs in eine MCT-Basis integrieren, um die PC/Laptops in einen MS-konformen Auslieferungszustand zu bringen.

Von Microsoft. In irgendeinem Beitrag haben die das mal geschrieben. Da wurde geschrieben, das wenn man Sprachpakete oder FoDs nachträglich hinzufügt, man das Checkpointupdate und das aktuelle LCU erneut herunterladen soll, beides in einen Ordner ohne zusätzliche Updates legen soll, und diesen Ordner dann an DISM weitergeben soll. Was wiederum heißt, das die nachträglich hinzugefügten Sprachpakete oder FoDs nicht automatisch auf den aktuellen Patchstand gebracht werden. Heißt, um eine korrekte ISO bauen zu wollen, muß man die Sprachpakete und die FoDs in die 26100.1 integrieren und dann im Anschluß diese updaten, damit alles auf dem gleichen Patchlevel ist. Deshalb wird Windows nach einer Neuinstallation, wenn man in eine geupdatete ISO einfach nur die Sprachpakete integriert, immer erneut das Checkpointupdate und das aktuelle LCU herunterladen, um alles auf den gleichen Patchlevel zu bringen. Was die en-US Pakete betrifft, das ist schon seit Dev-Zeiten so. Wenn man die Pakete dort gelöscht hat, wurden die über WU immerwieder automatisch nachgeladen. Kannst Du nachschauen. Ich hab den Powershell Befehl grade nicht im Kopf, DK2000 kann den bestimmt nennen. In einem installierten deutschen Windows 11 24H2 wirst Du immer die en-US Pakete finden, es seih denn, Du entfernst die händisch. Dann sind se weg und werden beim nächsten Update, sofern Verbindung zum WU besteht, automatisch wieder installiert.

[g-force]

Ich schaue mir das mit den US-Paketen mal genauer an und melde mich wieder.

[Jens1976]

Das hier müßte besagter MS Artikel sein (hoffe ich mal):
https://learn.microsoft.com/en-us/windo ... ve-updates
Da irgendwo meine ich, stand das. Ziemlich am Ende...