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

[Harry S]

Mach ich - aber heute nicht mehr ...
Ich wollte gleich dabei testen, ob automatisch ein Offline-Konto erstellt wird oder irgendein Gemecker auftritt, Aber: Alles gut!

[Tante Google]

[Holgi]

Hi @g-force und danke!
was mir so auf die Schnelle aufgefallen ist:
in meinen autounattend.xml habe ich noch zwei zusätzliche "Bypässe" drin:

Code: Alles auswählen

                <RunSynchronousCommand wcm:action="add">
                    <Order>4</Order>
                    <Path>reg add HKLM\System\Setup\LabConfig /v BypassCPUCheck /t reg_dword /d 0x00000001 /f</Path>
                </RunSynchronousCommand>
                <RunSynchronousCommand wcm:action="add">
                    <Order>5</Order>
                    <Path>reg add HKLM\System\Setup\LabConfig /v BypassStorageCheck /t reg_dword /d 0x00000001 /f</Path>
                </RunSynchronousCommand>

keine Ahnung, ob die noch zum Tragen kommen. Schaden tun sie aber auch nicht. Kann man wohl auch mit cmd /c aufrufen.
Dann sehe ich da noch

Code: Alles auswählen

Central Europe Standard Time

Da ist die Zeit und Sommerzeit zwar die gleiche wie bei uns (+1), aber:
Central Europe Standard Time
Wird typischerweise verwendet für:

🇵🇱 Polen
🇨🇿 Tschechien
🇭🇺 Ungarn
🇸🇰 Slowakei
🇸🇮 Slowenien
🇭🇷 Kroatien

Ich würde W. Europe Standard Time den Vorzug geben:

Code: Alles auswählen

            <TimeZone>W. Europe Standard Time</TimeZone>

Wird typischerweise verwendet für:

🇩🇪 Deutschland
🇫🇷 Frankreich
🇪🇸 Spanien
🇳🇱 Niederlande
🇧🇪 Belgien
🇮🇹 Italien
🇦🇹 Österreich
🇨🇭 Schweiz

SSE4.2 ist tatsächlich ab 24H2 Voraussetzung, lässt sich nicht umgehen; auch nicht bei einer IOT ENT LTSC .

Bei mir sieht das mit der BypassNRO so aus:

Code: Alles auswählen

    <settings pass="specialize">

<component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" language="neutral" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS">
      <RunSynchronous>
        <RunSynchronousCommand wcm:action="add">
          <Order>1</Order>
          <Path>reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE /v BypassNRO /t REG_DWORD /d 1 /f</Path>
        </RunSynchronousCommand>
      </RunSynchronous>
    </component>

Wird der Key auch in WINPE ausgewertet?
Ist sicherlich der Kniff, um das lokale Konto in OOBE zu erzwingen. Stimmt´s?
Das mache ich in meiner autounattend.xml mit den UserAccount - Einstellungen.

Die KI sagt dazu:
BypassNRO in windowsPE schreibt sehr wahrscheinlich ins falsche Registry-Hive

In windowsPE zeigt HKLM\SOFTWARE\... i. d. R. auf die WinPE-Registry, nicht auf die spätere installierte Windows-Installation. Der BypassNRO-Schlüssel wird aber während OOBE im installierten Windows ausgewertet.

➡️ Robuster ist: BypassNRO im Pass specialize (oder später) setzen – dann garantiert in der richtigen Registry.

[g-force]

* Platzhalter für den endgültigen Eingangs bzw. Downlod-Thread *

Kurzinfo:
Hier wird es eine Anleitung und Download zu einer ISO geben, die auf (fast) jeglicher Hardware Windows 11 installiert. Dies ist kein Konkurenz-Thread zu viewtopic.php?t=26028 von "Under the hood" & "HarryS", die dort mit ähnlichen Ambitionen ihr Ziel verfolgen.

Grundgedanke ist HIER, eine ISO nur mit HOME und PRO (die gängigen Editionen) zur behandeln, um dem "Normal-User" einen Zugang zu Win11 zu verschaffen. Es werden hier weder INSIDER-Versionen behandelt, auch INPLACE-Möglichkeiten werden (vermutlich) ausgeschlossen). Die Installationen werden aber update-fähig sein.

Es werden fertige ISO zum Download angeboten werden, es wird aber eine Anleitung zum Selbstbau angeboten, damit sich jeder interessierte User sich seine eigene ISO bauen kann. Die "Geheimnisse" der Einschränkungen sind einfach und werden hier gelüftet.

Beteiligung, Kritik und Hilfe ist Willkommen!

[g-force]

Ich habe mich jetzt nochmal dran gesetzt an das Projekt, es gibt eine Testversion:

https://t1p.de/0nogs

EDIT: Quell-ISO in den Programmordner legen, die neue ISO wird daneben erzeugt.

[Holgi]

hab´mal einen Probelauf gemacht, nur um zu sehen wie es funktioniert:
die Beschreibung README_NOLIMIT.txt hat mich erst mal mehr verwirrt, als erleuchtet. (Laufwerk W:?)
Bin auch nicht so ein Typ, der sich erst mal die Bedienungsanleitung durchliest. Also flugs die Start-NOLIMIT-GUI.cmd angeworfen und siehe da: alles ganz easy peasy.
Sodann eine ISO vorgesetzt, ein paar Schalter gesetzt und ab geht die Post.
Herausgekommen ist eine 26200.8524.Germanium-X64-DE-CLIENTPRO_NOLIMIT.iso
Ich nehme mal an, das ganze geht auch mit Multi-WIM, also vielen Indizies?
Wenn ja: kann man dann die zu installierende Version (Home, Pro, Enterprise etc.) in deinem Generator auswählen? Fände ich nicht schlecht. Wenn also dann in der autounattend.xml schon "InstallFrom"> "Image Index" oder "Image Name" drinstehen würde.
Vlt. auch noch gleich die Aufnahme eines evtl. vorhandenen Keys für die Installation.
Aber auch so ist das schon ein echt geiles Teil. Ob und wie die No-Limit ISO sich jetzt auf nicht kompatibler Hardware verhält konnte ich nicht (mangels geeigneter Hardware) testen. Aber in einer Hyper-V VM lief so schon mal so einwandfrei.
Bei der GUI ist mir noch aufgefallen, dass da ein paar Wörter abgeschnitten waren. Vlt. liegt´s an meiner Auflösung? Wäre aber nice, wenn man das noch hinbekäme.
Danke @g-force für deine Arbeit!!

Screenshot 2026-06-01 114051.jpg

[g-force]

Teste das mal mit einer Multi-Edition-ISO - Du bekommst dann im Setup eine Editions-Auswahl. Wenn im Endgerät schon ein Key hinterlegt ist, wird automatisch die richtige Edition ausgewählt. Ich schaue mal, ob ich eine Vorauswahl einbauen kann.
Die Texte sind teilweise noch abgeschnitten, muß ich anpassen. Die README stammt von meinem PC, muß ich überarbeiten.

[Holgi]

Ich schaue mal, ob ich eine Vorauswahl einbauen kann.

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: Alles auswählen

 </ProductKey></UserData>

statt

Code: Alles auswählen

 </ProductKey>
</UserData>

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"?

[g-force]

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 (aus 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.