Ich habe die Integration einer evtl. vorhandenen "autounattend.xml" nun berücksichtigt.
Neue Version ist hochgeladen in Post #1

[quote=g-force post_id=458542 time=1780534932 user_id=37652]
@Holgi: Vielen Dank fürs Testen und deine Rückmeldung!
...
Punkt 2) Vorhandene "ei.cfg" in der Quell-ISO
Da muß ich mich erst etwas schlauer machen, ich bin bisher von relativ "jungfräulichen" ISO ausgegangen.
[/quote]
Hi @g-force:
da hast du mich falsch verstanden. Eine ei.cfg war nicht in der Quell-ISO vorhanden.
Es geht nur um einen wirklich klitzekleinen Schönheitsfehler in Powershell. Der betrifft die Codepage. Hatte ich aber auch so geschrieben. Der Umlaut "ü" wird nicht korrekt bei der Ausgabe im Befehlsfenster dargestellt. Anstelle dem Wort "über" steht dort ^^ber (den ersten Buchstaben kann ich nicht darstellen). Siehe Screenshot. Dieser Codepagefehler ist in der neuen Version noch vorhanden.
[attachment=1]Screenshot 2026-06-04 071458.jpg[/attachment]
[attachment=0]Screenshot 2026-06-04 070229.jpg[/attachment]

Änderung:
- Auswahl "UEFI/MBR" ist eingebaut
- Layout angepasst

Aktueller Download wie immer in Post #1

[quote=Holgi post_id=458535 time=1780530972 user_id=40152]
In meiner autounattend.xml in der Quell-ISO stand ein ProductKey in der autounattend.xml. Der wurde nicht übernommen.
[/quote]
Daß eine bereits vorhandene "autounattend.xml" nicht automatisch übernommen wird, hatte ich ja vorher schon beschrieben und Änderungen angekündigt. In deinem Screenshot hatte ich allerdings gesehen, daß Du offenbar "Edition erzwingen" angehakt hast - dies deaktiviert momentan die Auswahl "Produktkey". Grund: Edition und Produktkey müssen natürlich zusammenpassen, aber eine Prüfung innerhalb des Tools ist nicht möglich. Also wird bei "Edition erzwingen" der Produktkey (auch wenn vorher eingetragen) deaktiviert. Sieht man auch im Screenshot, "Produktkey" ist ausgegraut.

Ich habe inzwischen etwas mehr getestet, habe leider z.Z. relativ wenig Hardware zum echten Test zur Verfügung. So habe ich auf meinem "Lenovo ThinkCentre 710q" folgendes festgestellt: Eine Installation im "UEFI-only" war kein Problem. Eine Installation im erzwungenem "Legacy + CSM" hat dann aber nicht geklappt - und genau dieser Modus soll ja eigentlich echt alte Hardware simulieren. Da war der "g-force" nicht zufrieden. Also weiter geforscht und getestet - in einer Testversion zuhause gibt es nun (ähnlich RUFUS) die Auswahl "UEFI" oder "MBR". Das funktioniert auch nun auf dem "ThinkCentre", es installiert Win11 im MBR-Modus. Viele Strategen sagen ja, daß das nicht funktioniert - das Gegenteil ist bewiesen. Daß das geht, weiß ich schon lange, denn über WDS/MDT mache ich das mehrere hundert Male pro Tag.

Ich lade die neue Version später hoch, die GUI ist noch etwas "verrutscht". Da sind Leute wie @Chris mit seinem Tool & GUI doch deutlich besser.

@Holgi: Vielen Dank fürs Testen und deine Rückmeldung!

Punkt 1) Verarbeiten einer bereits existierend "autounattend.xml"
Das hatte ich bisher nicht bedacht, sollte aber möglich sein, da die Quell-ISO beim Start bzw. Import sowieso untersucht wird (Editionen, Sprachen). Ich werde deinen Gedanken aufgreifen.

Punkt 2) Vorhandene "ei.cfg" in der Quell-ISO
Da muß ich mich erst etwas schlauer machen, ich bin bisher von relativ "jungfräulichen" ISO ausgegangen.

hab´ jetzt noch mal getestet:
die Installation hat jetzt etwas sehr viel länger gedauert als normal. Stand sehr lange bei 40% und sehr, sehr lange bei 100%; aber letztlich lief die Installation durch. Das ist was zählt.
Mein Administratorkonto (Build In Administrator) wurde berücksichtigt und die Installation lief ohne irgendeine Abfrage durch. (Zero-Touch).
Bedeutet also: das mergen der autounattend.xml hat grundsätzlich funktioniert.
Bis auf eine Ausnahme: in meiner autounattend.xml in der Quell-ISO stand ein ProductKey in der autounattend.xml. Der wurde nicht übernommen.
Da hätte ich dann gleich mal eine Frage zu:
meine Ausgangs-ISO hatte ja schon eine eigene autounattend.xml. Da passt dann "eigene autounattend.xml" importieren nicht bzw. es könnte eine Abfrage kommen (so sinngemäß:) "soll die in der Quell-ISO bereits vorhandene autounattend.xml übernommen werden, oder soll eine autounatted.xml aus einer externen Quelle importiert werden?"
Ein kleiner Codepage Fehler ist noch drin beim Umlaut "ü":
Edition erwzungen [b]ü[/b]ber ei.cfg (s.Bild):
[attachment=0]Screenshot 2026-06-04 003603.jpg[/attachment]
Alles in Allem: ein tolles Tool!! :dankeschoen:

Danke, das Tool ist super nützlich, weil noch sehr viel Hardware, die nicht Win11-reeady ist, vorhanden ist. Viele Dank dafür g-force.

Geniale Sache die du da gebastelt hast :daumen:

Das erstellen geht ja richtig fix... richtig testen werde ich das mal am Wochenende

Echt super!
Insbesondere die autounattend.xml Erstellung ist der Hammer!
Muss jetzt noch mal testen, ob das mit meinem Administratorkonto funktioniert und ob auch eine Zero-Touch Installation geht.
Melde mich dann wieder.

Post #1 und #2 aktualisiert
Download-Link führt immer zum Ordner der aktuellen Versionen.

Ich habe das Tool nochmal deutlich überarbeitet und optisch schlanker gemacht. Viele Optionen sind nun automatisch aktiviert oder wurden entfernt, dafür sind sinnvolle Optionen hinzu gekommen.

[attachment=0]NOLIMIT_2026-06-02.JPG[/attachment]

DOWNLOAD: https://t1p.de/vz924

Neue Testversion: https://t1p.de/vz924

- Es können Edition oder Produktkey erzwungen werden (aber nicht beides gleichzeitig, macht keinen Sinn).
- Wenn keine ISO im Toolordner, wird über "Durchsuchen" die ausgewählte ISO in den Toolordner kopiert.
- Tool-Sprache ausgelagert in "lang" (leichter editierbar), Auswahl DE & EN.
- README per KI überarbeitet.

Sinn des Tools ist es, eine eigene beliebige ISO in eine Version umzuwandeln, die in etwa den hier bekannten "ZERO LIMIT" oder "UNBREAKED" entspricht. Das Tool lehnt sich dabei an Features von RUFUS an, allerdings wird (wie in neueren RUFUS-Versionen) nichts an den WIM (boot & install) verändert (auch ESD wird akzeptiert). Es wurden von mir einige Unattend-Möglichkeiten hinzugefügt, hier muß ich noch Feinarbeit leisten. Die README ist tatsächlich verwirrend, werde ich aktualisieren.

 </ProductKey></UserData>

 </ProductKey>
</UserData>

[quote=g-force post_id=458456 time=1780323209 user_id=37652]
Ich schaue mal, ob ich eine Vorauswahl einbauen kann.
[/quote]
das wäre echt super; zumal das kleine Programm ja gnadenlos eine bereits vorhandene autounattend.xml in der Ausgangs-ISO ändert/löscht.
Ich würde da "Image Name" vorziehen, da die Indizes ja von ISO zu ISO unterschiedlich sein können.
noch ein minimaler "Schönheitsfehler", der aber keine Auswirkungen auf die Funktionalität hat:
die Phasen in der Autounattend.xml sind etwas durcheinandergewirbelt.
Korrekt wäre:
1. windowsPE
2. offlineServicing
3. generalize
4. specialize
...
...
7. oobeSystem

Dazu noch manchmal etwas außergewöhnlich formatiert. Z.B.
[code] </ProductKey></UserData>[/code]
statt
[code] </ProductKey>
</UserData>[/code]
Das soll wahrhaftig kein Gemecker sein. Es geht nur darum, dass man es anders gewohnt ist und wenn man etwas an der autounattend.xml ändern möchte, muss man etwas mehr suchen bzw. sich anders orientieren.
Wie geschrieben: die Funktionalität leidet nicht darunter.
Ich habe ja von Anfang an die Auffassung vertreten, dass es mehr Sinn ergibt, wenn jeder sich seine "NoLimits" selbst erstellen kann, anstatt das man Gigabytes an Daten durchs Netz schiebt mit vorgefertigten ISOS.
Aber auch das ist selbstverständlich Geschmackssache.
Ich finde dein Programm sehr gelungen.
Jetzt fehlt nur noch ein einprägsamer Name dafür.
Wie wäre es mit "NoLimits Generator"?