@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 ist, sondern an dem hier besprochenem Problem "26200.8728" hat mich etliche Stunden gekostet, aber letztendlich eigentlich erst zu diesem Problem geführt. Mein Script ist nämlich eigentlich okay.

@g-force:
hast du es denn jetzt schon geschafft, eine aktuelle Windows Retail für die Hyper-V zu "bauen"?

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.

Oder im Moment einfach ignorieren. Muss seitens Microsofts ein neues Update erscheinen, welches das Problem behebt.

g-force hat geschrieben: 14.06.2026, 19:35 @MoinMoin
Evtl sollte man die ganzen Post betr. "22600.8728" in einen eigenen Thread auslagern?

oder aber für die 26200.8728

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

Name: Unbreaked_28120.2302_USERASK_BR_PRERELEASE_IM_XXXL_SUPERMULTI_X64FRE_DE.iso
Größe: 8183091200 Bytes : 7804 MiB
SHA256: 77db59337fa568ebaa877f60f218e9f7fede76cdb6a4b1fccbbfcc2d513d6b9c
Download: https://t1p.de/i7ke5

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

Ja, kommt bestimmt noch was. Und eventuell auch ein neuer Converter Skript, dammit das Booten in das Setup mit der 29610 wieder funktioniert.

Wenn's Du's meinst, probier' ich's halt demnächst mal ... Aber ob das heute wird? Und morgen bin ich wieder ganztags auf Tour (PC-Handauflegen) ...
Vielleicht (hoffentlich) gibt's ja auch noch 'ne Korrektur seitens MS! ;-(

@ Harry S:

Stimmt. Wenn man die boot.wim austauscht, klappt das nicht. Da endet das mit dem fehlenden Medeintreiber. Interessant. Aber die install.wim in das Image der 26200.8655 kopieren, scheint zu funktionieren. Frickelei. Naja, egal erst einmal. Das Update ist ja noch nicht fertig. Mal schauen, wie es aussieht, wenn es im Retail erscheint.

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).

Genau die! Die Vorversion hatte eine Größere - ca. 15 KB mehr ... Das war's aber offensichtlich auch nicht ...
Wenn ich irgendwann wieder Lusi habe (oder mich der innere Schweinehund wieder zwickt), probiere ich - vielleicht - weiter. Momentan ist aber noch die 28120.2302 "auf'm Herd" ... Und meine "Stahlseile" knistern schon verdächtig ...

Klingt nach Problem mit der install.wim. Dann kommt der gerne mit dem fehlenden Medientreiber.

Und was hast Du jetzt an der 26200.8728 korrigiert? Die boot.wim ausgetauscht?