Deskmodder.de

Logisch hat geschrieben: 25.02.2025, 17:20 ... Das entspricht den angeklickten Einstellungen für nötigen Bypass, mit der jeweiligen benutzen ISO
Andernfalls müsste man Online Konto mit angeben
Entsprechende Parameter in der xml Datei oder reg Datei wurden damit gesetzt!...

Das muß ich nicht verstehen, oder? "Ein Online-Konto angeben"?

(d) ein MS Konto halt....

OOBE und MS Konto (Online) oder ein bewusst gewähltes "Offline" Konto ohne Netzwerkzugang
... Das entspricht den angeklickten Einstellungen (in Rufus) für jeweils benötigte Bypass (-Möglichkeiten), mit der jeweiligen benutzen ISO

@Logisch (Gast ohne Account)
Lies Dir bitte Post 1 durch: viewtopic.php?p=441289#p441289
Wenn Du dann dazu hilfreiche Antworten hast, darfst Du diese gerne hier teilen.

Evtl. GPO Einstellungen meinte ich vermutend dazu

Du meintest:
OOBELOCAL error when disabling security questions for local accounts in local group policy - Win 11 24H2
https://learn.microsoft.com/en-us/answe ... -questions

Steht da bei der Frage:
I have attempted to bypass the OOBE in my unattend.xml file, however this has not worked for me

Ansatzpunkt - Vielleicht bringt dich das auf den richtigen Lösungsansatz
Hat mit Rufus nichts zu tun?

C:\Windows\System32\Sysprep folder ist auch noch angegeben
zum Thema andere mögliche Orte....

...is not reading unattend.xml from C:\Windows\Panther
https://learn.microsoft.com/en-us/answe ... rom-c-wind

For some reason, the OOBE is not reading this file

Vergleiche das Bitte dort mal mit deinen Einträgen unter OOBE
- wenn auch mit Windows 11 -
Danke

g-force hat geschrieben: 24.02.2025, 22:50 Es scheint aber abhängig davon zu sein, welche ISO ich benutze. Ich kläre das mit Tests weiter ab...

Ich habe nun einige weitere Tests gemacht. Es liegt definitiv an meiner selbst erstellten ISO. Da diese ISO bereits ein "Sysprep & Capture" sowie Nachbearbeitung mit GimageX, DISM++ und NTlite erfahren hat, ist der genaue Fehler schwer einzugrenzen. Wenn ich aber sehr wenig Veränderungen mache, bleibt die ISO intakt und alles läuft gut durch. Für den Fall "Rufus" ist das Problem nun gelöst bzw. geklärt.

Um mein Anliegen etwas genauer zu erklären: Ich verwende die "unattend.xml" gar nicht direkt in RUFUS. Ich installiere über WDS/MDT im Audit-Modus und kopiere u.a. die "unattend.xml" per Script in die Installation. Dann wird Sysprep mit dieser "unattend.xml" ausgeführt. Das Ergebnis ist aber dasselbe wie bei der Rufus-Methode - und es funktioniert jetzt auch (nachdem ich meine ISO neu erstellt habe)!

Eine Frage zu meinen bisherigen Erfahrungen mit RUFUS:
Wenn ich eine ISO verwende, die bereits eine "autounattend.xml" im Root hat (z.B. für automatische Partitionierung), dann wird die "unattend.xml" von RUFUS überschrieben, somit greifen die RUFUS-Tweaks nicht mehr. Kann das jemand bestätigen?

Schau Dir zu deiner Frage das hier an:
https://learn.microsoft.com/en-us/windo ... arch-paths