[quote=g-force post_id=459056 time=1781458522 user_id=37652]
@MoinMoin
Evtl sollte man die ganzen Post betr. "22600.8728" in einen eigenen Thread auslagern?
[/quote]

oder aber für die 2[b]62[/b]00.8728 :hihi:

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

Name: [b]Unbreaked_28120.2302_USERASK_BR_PRERELEASE_IM_XXXL_SUPERMULTI_X64FRE_DE.iso[/b]
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/windows/release-health/windows11-release-information

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.

[quote=HeikoGarde_2023 post_id=459035 time=1781434029 user_id=49804]
Betrifft das auch die ISO's von Birkuli oder "nur" die Unbreak-Versionen von Harry?
[/quote]

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 ... :kopfkratz: :ohno:

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?

Meine testweise erstellte Unbreaked_29610.1000_korr_USERASK_RS_PRERELEASE_XXXL_SUPERMULTI_X64FRE_DE.iso funzt nicht: Will jetzt beim Start irgendeinen ominösen Treiber laden - keine Ahnung, was da los ist. :kopfkratz:
Bleibt also soweit Alles beim Alten - schade. Aber auch meine Stahl-Nerven haben eine Sollbruchstelle ... :wandschlag:
Wer die ISO trotzdem mal testen möchte:

Name: Unbreaked_26200.8728_korr_USERASK_25H2_GE_RELEASE_XXXL_SUPERMULTI_X64FRE_DE.iso
Größe: 9391861760 Bytes : 8956 MiB
SHA256: c731ea9e7556be519bd1ee13855e46fc2972dbf8b774e9567fa164b1d80d2a6a
Download: https://t1p.de/dgf7m
:(

Das Problem mit der 26200.8726 betrifft alle ISOs. Hier gibt es ein Problem mit dem Setup aus der Boot.wim. Das beendet sich, weil irgendeine Prozedur nicht gefunden wird. Das endet im Bootloop. Das aber speziell jetzt die Build und Revision. Die 26200.8655 bootete einwandfrei in das Setup. Das SVN Problem lasse ich jetzt mal außen vor.

@HeikoGarde_2023
Genau diese Frage hat mich auch schon beschäftigt - das Problem scheint aber echt nur in der 26200.8728 zu bestehen ...
Die Unbreaked_26220.8680_USERASK_GE_RELEASE_SVC_BETAFLT_XXXL_SUPERMULTI_X64FRE_DE.iso (und folgende) machen derzeit keine Probleme (teste bereits den ganzen Tag).

Scheint auch @Birkuli's ISO zu betreffen - siehe weiter oben ...

Betrifft das auch die ISO's von Birkuli oder "nur" die Unbreak-Versionen von Harry?

Sofern SVN 3.0 für cdboot im UEFI eingetragen ist, dann wohl ja. Der Coverter verwendet da wohl die alte efisys.bin. Von Stick gebootet ist SVN 9.0 relevant sofern das CA 2023 verwendet wird (efisys.bin ist hier uninteressant). Hängt aber auch alles davon ab, was im UEFI für Secureboot eingetragen ist und ob CA 2011 widerrufen wurde oder nicht.

26200.8726 (Bootloop) und 29610 (Recovery statt Setup) haben einen Bug in der Boot.wim, wobei das mit der 29610 wohl am Converter Skript liegt bzw. an einer Änderung seitens Microsofts. Die muss man im Nachhinein manuell bearbeiten.