👌😁

Na wenn der Copilot das sagt

Nachfolgend eine mit Copilot erstellte Zusammenfassung des Problems:

Technische Zusammenfassung meines Sprachproblems unter Windows 11 (gelöst)
Mein Windows‑11‑System war ursprünglich mit einer en‑US‑Systembasis installiert (InstallLanguage = 0409). Dadurch blieben trotz gesetzter Anzeigesprache Deutsch viele Systembereiche dauerhaft Englisch (Control Panel, Explorer‑Strings, Windows Update, Teile der Einstellungen).

Ab Windows 11 24H2 lässt sich die Systembasis nicht mehr per DISM, Registry oder Sprachpaket ändern.
Ein Overlay‑Language‑Pack reicht nicht aus, um die System‑UI vollständig zu lokalisieren.

Lösung:
Ein In‑Place‑Upgrade mit der deutschen ISO WIN11_25H2_GERMAN_x64_v2.iso durchführen („Persönliche Dateien und Apps behalten“).
Nach dem Upgrade waren zunächst noch englische Elemente sichtbar, da Windows die MUI‑Caches und Shell‑Ressourcen zeitverzögert aktualisiert.

Nach etwas Laufzeit und einem weiteren Neustart wurde das System vollständig eingedeutscht.
dism /online /get-intl zeigt jetzt:

System UI Language: de-DE

System Locale: de-DE

en‑US nur noch als normaler Fallback (standard bei Windows)

Damit ist das System jetzt sauber deutsch lokalisiert und zukünftige Upgrades (z. B. 26H2) müssen ab sofort mit einer deutschen ISO (de‑DE) durchgeführt werden.

Eigentlich sollte ein Update der Sprachdatei App ausreichen, um da wieder "nur" Deutsch zu haben.

https://apps.microsoft.com/detail/9P6CT0SLW589

Ich habe heraus bekommen, das mein WIN11 kein UPGRADE auf 24H2 bzw. 25H2 bekommen hat, weil seitens dem PC Hersteller nur oberflächlich das WIN11 System mit der Sprache GERMAN lief, intern war aber WIN11 english/vereinigte staaten installiert.
Daher konnte das deutsche setup der WIN11 25H2 ISO nicht mit der Übernahme von Apps sondern nur als Neuinstallation erfolgen. Ich habe jetzt das sprachlich passende ISO mit englisch/vereinigte staaten genommen und die Installation mit Apps hat funktioniert! Allerdings habe ich jetzt eine Mischsprache (Englisch und Deutsch) die auch nich nach einer jetzt möglichen Installation der German ISO wieder behoben werden konnte, aber damit kann man leben. Ps : Das System hat sich pö a pö selbstständig repariert und ist jetzt tatsächlich rein deutsch, ist also jetzt komplett okay!

Der Ordner "$Windows.~BT" ist standardmäßig ausgeblendet.
Du musst im Explorer,über Optionen-->Ansicht,"versteckte Dateien und Ordner" anzeigen lassen.

Das verstehe ich nun wirklich nicht. Wo lagert der bei Die die Logs aus? Mache mal folgendes:

Auf C:\ einen Ordner anlegen, z.B. "UpgradeLogs"
Dann das Upgrade starten mit "Setup /copylogs C:\UpgradeLogs"

Die Logs sollten jetzt mach "C:\UpgradeLogs" kopiert werden. Wenn das auch nicht passiert, dann läuft da bei Dir etwas wirklich seltsam.

ich habe nur ein setupact.log unter c:\windows ! es gibt zwar einen Ordner Panther unter C:\Windows da steht aber die Datei nicht drin!

So sollte es ja auch sein, außer der Test findet einen Block. Das, was ihm da der Copilot erzählt hat, kann es nicht sein, da "Zielversion neuer ist als installierte Version." Könnte natürlich sein, das Alternate im da eine en-US mit deutscher GUI installiert hat, so wie es moinmoin schon angemerkt hat. Das wäre dann auch ein Grund für einen Block, wenn man eine de-DE ISO verwendet. Aber kann auch einen anderen Grund haben. Dazu bräuchte man aber wirklich die Logdatei.

Also in der VM funzt das Inplaceupgrade von Build 22631.6494 auf Build 26200.7840.
Internet trennen,wegen der zuerst laufenden Updatesuche. Nachtrag:Inplace ist mittlerweile durchgelaufen.
Die Microsoftlogik die dahinter steckt muss man nicht verstehen wollen.

Diem muss aber da sein, wenn das Upgrade gestartet wurde. Das Upgrade hinterlässt immer alle Logs in C:\$Windows.~BT\Sources\panther\. Oder ist bei Dir auf C: so wenig Platz frei, dass das Setup automatisch das Verzeichnis auf einem anderen Laufwerk anlegt?

Ansonsten das Upgrade noch einmal starten. Die Logdatei muss in dem Verzeichnis sein.

auf dem gen. Pfad habe ich kein setupact.log gefunden (...panther\setupact.log)

Ich sehe da im Moment auch nicht, dass das MCT helfen könnte. Gut, dann hat er eine aktuelle 25H2 ISO. Seine ist noch 24H2. Aber das sollte dennoch nicht dazu führen, dass das Upgrade bei der Migration blockt. Das muss einen anderen Grund haben, der hoffentlich in der passenden setupact.log steht.

Installiert hast du Betriebssystembuild 22631.6494.
Es sind womöglich die letzten 4 Ziffern der Buildversion,woran es hapert

Nein. Die letzten vier Ziffern sind die Revision der Build. Dafür interessiert sich das Upgrade nicht. Die Prüfung läuft immer gegen Revision 0, also in dem Falle 10.0.22631.0 <=> 10.0.26100.0. Mehr ist das nicht.

@bezelbube lies mal genauer. Da hilft das MCT wohl nicht.
viewtopic.php?p=455139#p455070

Lade dir mit den MCT die aktuelle Build 26200.7840 runter.
Deine verwendete Build 26100.5074 ist von August letzten Jahres.
Installiert hast du Betriebssystembuild 22631.6494.
Es sind womöglich die letzten 4 Ziffern der Buildversion,woran es hapert