Es muß mir auch niemand erklären, wie ich das Problem (für mich privat) lösen kann - das weiß ich ziemlich genau. Problematisch finde ich eher ungetestete ISO, die hier im Umlauf sind.

Moment, Harry. DU bist es, der bei jedem Update bisher eine neue ISO veröffentlichst. Okay, da dieses "26200.8728" etwas unerwartet kam, diesmal (erstmal) nur Link zum Update. Von den Problemen wusstest Du nichts, hattest Du auch nicht getestet. Zitat: "WU funzt immer..." - dann kannst Du Dir deine ...

@Harry Ich würde die 26200-8728 nicht weiter veröffentlichen, sondern die 26200-8655 weiter verlinken. Das ist ein MS-Problem bzw. UUP/ADGUARD.

@Holgi
Ich habe ein Tool geschrieben, das quasi eine "Offline-Oberfläche" für "ADGUAD/UUP-Dump" ist. Sinn dahinter ist hauptsächlich, daß die Auswahl gespeichert werden kann. Das hat auch super geklappt, aber die entstandene ISO war nicht richtig bootfähig. Daß das nicht an meinem Script gescheitert ...

Sehr ärgerlich für mich, da ich aktuell ein Tool schreibe, das die aktuelle Win-Build automatisch lädt und baut (quasi lokales Frontend für UUP). Ich bin dauernd in Fehler gelaufen, mit DIESEM Fehler war nicht zu rechnen.

Das Problem liegt eigentlich nicht bei MS, denn die offizielle Release 2620.8655 funktioniert ja. Ich sehe das Problem bei UUP-Dump/Adguard, die die 26200.8728 als offizielles Release sehen, dementsprechend laden z.B. HarryS, Birkuli und auch ich quasi falsche Versionen herunter.

Es wäre natürlich hilfreich, wenn Du deine Erkenntnis hier mit uns teilst.

@MoinMoin
Evtl sollte man die ganzen Post betr. "22600.8728" in einen eigenen Thread auslagern?

Warum wird eigentlich die 26200.8728 auf UUP-Dump und Adguard als "Retail" geladen? MS selber gibt die 26200.8655 als letzte Build an: https://learn.microsoft.com/en-us/windo ... nformation

HeikoGarde_2023 hat geschrieben: 14.06.2026, 12:47 Betrifft das auch die ISO's von Birkuli oder "nur" die Unbreak-Versionen von Harry?

Das betrifft momentan alle 26200.8728 - auch die 26200.8728.Germanium-X64-DE-CLIENTPRO.ISO von Birkuli (getestet).

26200.8655 bootet normal, 26200.8728 nur Boot-Loop, unabhängig von den Zertifikaten oder der SVN oder wer die ISO erstellt hat.

Eine "install.wim" aus 26200.8728 verpflanzt in eine ISO 26000.1 funktioniert. Verpflanzt man zusätzlich die "boot.wim", kommt man wieder in den Boot-Loop.

Das wird tatsächlich immer komplizierter. Mein Hostrechner ist nicht Win11-tauglich, Win10-LTSC mit Hyper-V. Alle ISO ab 26200.8728 machen bei Installation in der VM nur noch einen kurzen Boot-Loop.

Harry S hat geschrieben: 13.06.2026, 22:39 Clean Install oder nach dem Inplace-Upgrade? Bereits vorhandene Systeme oder neu aufgesetzte?

Ich habe nur CleanInstall in VM versucht. Ab 26200.8728 (mit mehreren ISO, auch selbsterstellte) versucht - Boot-Loop.

Harry, hast Du die letzte 26200.8728 (liegt ja schon in der Cloud) schon auf realer Hardware getestet?
Hintergrund: In einer Hyper-V scheinen 26200.8728 nicht mehr zu booten.

Ich hatte selber eine solche (deutsche) XPE erstellt, ich finde jetzt grad den Thread und Download nicht wieder ...

EDIT: Download: http://gofile.me/7psKS/XqNKsDQDV