Deskmodder.de

g-force hat geschrieben: 14.06.2026, 08:42 Alle ISO ab 26200.8728 machen bei Installation in der VM nur noch einen kurzen Boot-Loop.

Bei mir gerade auch so. 26200.8655 bootet normal, 26200.8728 nur Boot-Loop, unabhängig von den Zertifikaten oder der SVN oder wer die ISO erstellt hat. Im Moment keine Ahnung, woran das liegen könnte.

Das habe ich doch hier um 08.52 Uhr schon gepostet gehabt...

helmar hat geschrieben: 14.06.2026, 10:13 Hallo,

kurzer Hinweis, der Link zur 29610.1000 geht nicht. Der Link öffnet eine Wikipedia Seite.
Der richtige Link müsste https://magentacloud.de/s/aBaS6xA4fnfdfCG sein.

Evtl kann das jemand auf der Seite korrigieren?

Hab den Link mal ausgetauscht.

Sorry, falscher Fehler von mir - ist korrigiert!
für die Hinweise!

DK2000 hat geschrieben: 14.06.2026, 10:13 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.

@g-force; Ja, das liegt an der boot.wim der 8278. Mit der passt was nicht. Das Setup beendet sich mit "The specified procedure could not be found.", was an der Stelle zur Folge hat, dass neu gestartet wird. Aber welche Prozedur da nicht gefunden wird, keine Ahnung. Als Workaround könnte man jetzt die boot.wim der 8655 verwenden.

Auch Offtopic: - Windows einfach weglassen - funzt auch!

Harry S hat geschrieben: 12.06.2026, 19:37 Heute neu - uff, jetzt schon:


28120.2302 - keine ISO, nur Windows11.0-KB5101323-x64.msu zum Aktualissieren: https://t1p.de/exqea

Unbreaked-ISO's folgen, aber bitte Geduld!

Von Birkuli gibt es doch die aktuelle 28120er....

@HeikoGarde_2023
Ja, Heiko - wozu doch Harry's Nachtschlaf gut sein kann ...
Inzwischen sind die entsprechenden Daten (wieder?) online - Unbreaked-ISO-Erstellung folgt dann natürlich zeitnah!

Im Moment bin ich noch mit einer korrigierten Unbreaked_29610.1000_korr_USERASK_RS_PRERELEASE_XXXL_SUPERMULTI_X64FRE_DE.iso
beschäftigt ...

Müssen jetzt etwa aufgrund der wohl existierenden aktuellen Problematik alle ISO's neu "gewerkelt" werden...?

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.

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

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

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.