Windows 11 ISO ohne TPM etc. -- Willkommen bei dem Deskmodder Projekt - "Zero Limit"

[Harry S]

@DK2000
Bist Du im "Fred" verrutscht?
Ich hab damit bisher noch keine Probleme ...

@Alle

Unbreaked_23493.1000_XXXL_X64_DE.iso
4,72 GB (5.078.319.104 Bytes)
Google: https://t1p.de/0heaj
Magenta: https://t1p.de/r3g92
Mit .NetFx !!!
15 Editionen enthalten.

Hinweis aus gegebenem Anlass:
Für Clean Install vom Stick oder DVD booten.
Für Inplace Upgrade bitte nicht die setup.exe, sondern die Inplace.cmd aufrufen!

ISO-Erstellung fehlerfrei - vollständiges Protokoll aufgezeichnet: https://t1p.de/bfkxq
Funktion - Inplace-Upgrade sowie Clean-Install - erfolgreich getestet!

Bei Clean-Install wird durch diese ISO der Standard-Benutzer "User" (mit Administrator-Rechten,
aber ohne Passwort) angelegt - dieser kann nach der Installation mit wenigen Klicks beliebig umbenannt werden: Systemsteuerung -> Benutzerkonten -> Eigenen Kontonamen ändern!
Der im System grundsätzlich vorhandene, aber inaktive Benutzer "Administrator" bleibt davon unberührt.

SHA-256 für die Unbreaked_23493.1000_XXXL_X64_DE.iso:
E12A466BDEB2AD5A0CA5949A9827E76EE2C0E3A4A7C9B8ABDDDE3A6C73DC3333

[Tante Google]

[Under the Hood]

@Harry...
Beta / Retail....nicht in der DEV.

Screenshot (1391).png

P.S.: Der Fehler wurde auch schon mehrfach bei MDL bestätigt.

[Harry S]

Ehm, die 226x1.xxxx hab ich doch noch gar nicht in Arbeit (als ISO) - und bei den Windows-Updates gab/gibt es bisher keine Probleme ...
Auch die ISO-Erstellung läuft fehlerfrei durch - wie auch die Aktualisierung über WU ...
In sofern kann ich da momentan nicht folgen ... Sorry ...

[Under the Hood]

WU macht auch keine Probleme, nur die Erstellung der ISO`s.
Alle ISO`s die nicht en-US sind haben dieses Problem.

[DK2000]

@DK2000
Ich hab damit bisher noch keine Probleme ...

Doch, hast Du auch, nur hat es Dir das Skripts nicht angezeigt, was ich selbst etwas seltsam empfand und mir man näher angeschaut habe.

Bei Diener ISO mit der 22621.1928 ist der Komponentenspeicher der WinRE.wim beschädigt, da sich das LCU nicht integrieren ließ. Es wurde nur SSU und SafeOS sauber integriert. Da es sich um eine Windows PE Umgebung handelt, kann der Teil des LCUs, welcher bereist integriert wurde, auch nicht mehr entfernt werden, so dass jetzt in der WinRE.wim eine Menge Leichen herum liegen und der Komponentenspeicher als beschädigt markiert wurde. Die Boot.wim dürfte davon auch betroffen sein, aber die habe ich mir jetzt nicht angeschaut.

Das Problem lässt sich aber im moment auch nicht wirklich lösen, da es am LCU liegt (Beta, RP und Retail).

Und da Du noch den alten Skript v89r verwendest, ist die Frage, ob die Dev und Canary saber erstell wurden. Extra für die beiden Zweige musste der Skrip überarbeitet werden, weil Probleme gab, welche auch so erst nicht aufgefallen sind. Aktuell wäre da die Version 91 von Skrip.

[Under the Hood]

@Alle
ISO / ISO`s folgen, allerdings erst später, im Lauf des Tages, da ich noch verschiedene Tests machen möchte.

[Under the Hood]

Hinweis:
Diese Woche kein Canary Build.....!
https://twitter.com/windowsinsider/stat ... 2810952705

[Harry S]

@DK2000
Also: Ich habe bis eben nochmal meine Unbreaked_23493.1000_XXXL_X64_DE.iso mehrfach für Inplace Upgrades benutzt - völlig ohne Probleme. Darin scheint sich zumindest kein Fehler versteckt zu haben.
Sollte ich eventuell die Unbreaked_22621.1928_XXXL_X64_DE.iso vorerst zurückziehen? Probleme haben sich damit - auf meinen Rechnern - allerdings bisher keine gezeigt ... Hm ...

[Under the Hood]

23493.1000.NICKEL-X64-DE-XXXL-ZERO-LIMIT-DEV-REBOOTED.V13.ISO
Siehe ersten Beitrag.

Bitte auch die Hinweise im ersten Beitrag beachten.


Letzte ISO vor der Sommerpause!

[DK2000]

@ Harry S:

Das Problem im moment ist halt, dass alle Kanäle Probleme machen und es nicht so einfach ist, eine 100% saubere ISO zu erstellen.

Beta, Release Preview und Retal: Die aktuellen LCUs für Beta (KB5027295) und RP/Retail (KB5027303) lassen sich nicht in die lokalisierte WinPE Umgebung integrieren (WinRE.wim, Boot.wim), da es mit mind. einer .mui Datei ein Problem gibt. Die vorhandene Datei hat anscheinend die falsche Delta-Kompression (Baseless <-> Forward Diff). Nur für die en-US Version ist die passende Datei vorhanden, weswegen es hier keine Probleme mit der Integration gibt. Das Problem muss Microsoft lösen. Eventuell ist auch das LCU für die 22000 betroffen. Das habe ich jetzt nicht weiter getestet.

Dev und Canary: hier muss man unbedingt die convert-UUP.cmd mit der Version v92 (seit heute) verwenden und in der ConvertConfig.ini die Option DisableUpdatingUpgrade=1 verwenden. Nur so erhält man eine brauchbare ISO. Verendet man ein älteres Skript oder behält im neuen Skript DisableUpdatingUpgrade=0 zur Erstellung einer Multi-ISO mit mind. Home und Pro, erhält man am Ende eine ISO mit unvollständiger Pro Edition. Das Problem fällt erst dann auf, wenn man z.B. die Sandbox nutzen will. Die ist hier nicht mehr lauffähig. Das Problem, wenn es denn überhaupt eines ist, liegt am Servicing Stack, der hier im Offlinemodus nicht wie erwartet funktioniert, wenn man die Zeil Edition wechselt. Der Skripte v91/v92 haben da zwar schon ein paar Änderungen diesbezüglich, aber das funktioniert noch nicht zu 100%, weswegen man sicherheitshalber die Einstellung in der .ini selber vornehmen sollte.

Ist im moment alles nicht so einfach. Mal schauen, ob sich da in Zukunft wieder bessert.

[Harry S]

@DK2000
Na ja, momentan klappt's ja zumindest noch mit Windows-Update ...
Ich hab vorsichtshalber mal 'ne Warnung bei meinen ISO's angehängt - guckstdu: viewtopic.php?t=26028&start=180#p410851
Also: Warten wir ab und hoffen auf Besserung! Möglicherweise ist ja auch deshalb die Canary diese Woche ausgefallen - dort hat sich das vielleicht gravierender gezeigt?
Ich hab wenigstens vorerst alle Builds aktualisieren können - das ist etwas beruhigend (für später) ...

[Under the Hood]

@Harry

Ich hab wenigstens vorerst alle Builds aktualisieren können - das ist etwas beruhigend (für später) ...

Das Problem ist eben, das es über Windows Update, keine Probleme gibt.
Es hat gestern den halben Tag gedauert, bis meine DEV so war, wie sie eigentlich sein sollte. (convert-UUP.cmd mit der Version v91 und der Option DisableUpdatingUpgrade=1). Deshalb kam die ISO auch erst gestern und so spät.
Dabei hat nicht das erstellen die meiste Zeit in Anspruch genommen, sondern das testen der ISO`s. Man kann da wirklich nur hoffen, das sich das bald wieder in normalen Bahnen bewegt!?

Und die Canary, so sagt es zumindest MSFT, wurde wegen "Problemen mit der Stabilität" nicht ausgerollt. Was immer das auch bedeuten mag.

So, und nun bin ich dann aber erstmal weg.

[Harry S]

nochmal für die Info!
Na dann: Schön' Urlaub! Komm gut erholt und gesund wieder - Du wirst noch gebraucht!

[Harry S]

"Der Independence Day, englisch für Unabhängigkeitstag (auch Fourth of July, ‚Vierter Juli‘), ist der Nationalfeiertag der Vereinigten Staaten von Amerika, der jedes Jahr am 4. Juli begangen wird. ..."
Quelle: Wikipedia
Somit dürfte es wohl heute keine neuen Windows-Builds geben ...

[Under the Hood]

Hinweis:
Diese Woche keine weiteren Insider Builds (Canary, Dev, & Beta).
Hello #WindowsInsiders! Wanted to let everyone know that there will be no new builds released to WIP this week (Canary, Dev, & Beta). We will be back at it next week!

https://twitter.com/windowsinsider/stat ... 7201684482