"NOLIMIT" - Windows 11 auf allen Geräten (min. SSE 4.2)

[Holgi]

heute habe ich irgendwie kein Glück:
mit einer Windows Pro Version kam die Meldung wie hier:
viewtopic.php?t=34455#p459771

„Scheinbar haben Sie ein Upgrade gestartet und einen Systemstart von den Installationmedien durchgeführt. Drücken Sie JA um Upgrade durchzuführen oder NEIN um Neuinstallation durchzuführen“…

auf "nein" gedrückt gings weiter.
Aber mein Administrator Account funktioniert nicht. Es kommt: "anderer Benutzer"
Bei einer Multi machte er die automatische Partitionierung; dennoch kam später das Fenster mit "Speicherort für die Installation von Windows 11 auswählen." Es war alles schön partitioniert, aber keine automatische Installation auf dem freien Speicher (Datenträger 0 Partition 4 Windows).
Bei Login dann das gleiche Problem mit dem Administrator konnte.
Ich teste jetzt noch mal mit "autounattend.xml" importieren.

[Tante Google]

[g-force]

Das Problem mit einem "doppelten Administrator" hatte ich heute (in einem anderen Zusammenhang) auch, merkwürdig.
Ich habe bisher fast ausschließlich in Hyper-V Gen2 getestet, weil`s schneller geht (Gen 1 geht auch). Ich forsche weiter.

[Holgi]

was mir noch aufgefallen ist:
"ISO Erstellung läuft": da kommt dann der grüne Fortschrittsbalken, bleibt dann nach kurzer Zeit stehen und springt dann am Ende auf komplett grün. Also nicht wirklich ein durchgängiger Fortschritt.
Wenn man das nicht von 0-100% durchgängig machen kann (ist wahrschienlich schwierig zu programmieren), könnte man den Balken eigentlich auch weglassen und nur "ISO Erstellung läuft" da stehen lassen.
Was denkst du?

[g-force]

Ich habe noch etwas am Fortschrittsbalken geändert. Wenn man "nur ISO erstellen" auswählt, sieht das trotzdem komisch aus, weil der erste Schritt lange braucht, der zweite Schritt dann so schnell durchläuft, daß man es kaum bemerkt. Der Balken "springt" dann ziemlich schnell weiter. Bei Erstellung mit "auf USB schreiben" macht der Balken dann schon mehr Sinn.

NOLIMIT.7z

[Holgi]

mit der Integration meiner autounattend.xml hat es jetzt funktioniert. Auch das echte Administrator Konto (ohne Kennwort; Sicherheit gleich 0 !) getestet in einer Hyper-V VM noch mit der vorherigen "No-Limit" Version.
Einige Werte in der .xml waren dann doppelt (z.B. RunSynchronousCommand Einträge); hat aber nicht geschadet.