RUFUS - eine kurze Anleitung

[g-force]

Da oft Fragen zu RUFUS auftauchen (speziell zu den Optionen zur Umgehung von TPM und anderen Restriktionen bei Win11), möchte ich hier kurz die Funktionen von RUFUS erklären:

1.)
Ich nehme einen USB-Stick mit min. 8 GB - es darf gerne größer sein, es sollte auch nicht die langsamste China-Möhre sein. Beim Start von RUFUS sollte dieser USB-Stick sofort erkannt werden (zu sehen in der obersten Zeile "Laufwerk"). ACHTUNG - dieser Stick wird von RUFUS später komplett formatiert, vorhandene Daten werden unwiederbringlich gelöscht!

2.)
Ich benötige eine ISO - auch dies kann RUFUS: Der Knopf "Auswahl" hat ein kleines Menü, ich stelle auf "DOWNLOAD" um. Wenn ich nun DOWNLOD drücke, erscheint ein Auswahlmenü, wo ich mich kurz durchklicke. Es wird dann (so meine ich jedenfalls) die offizielle ISO von MS heruntergeladen (quasi "MCT"). Nach dem Download wird diese ISO automatisch in RUFUS geladen.
EDIT: Offenbar gibt es eine Sperre (vermutlich über IP-Adresse) - ein erneuter Download ist manchmal nicht möglich - ein Neuverbinden des Routers bringt eine neue IP, Problem gelöst. Auch sollte "Check for Updates" in RUFUS aktiviert sein (Danke für den Hinweis im Blog).
Natürlich kann ich auch andere, eigene ISO auswählen, sofern ich irgendwo eine andere Quelle habe (UUP-Dump, ADGUARD.net).

3.)
Ich starte den Prozeß, indem ich unten "START" drücke. Es erscheint ein Menü, wo ich einige Haken setzen kann. Bei Verwendung einer Win11-ISO sind bereits die wichtigen 4 Haken gesetzt, ich persönlich erstelle kein lokales Konto. Das kann jeder für sich selbst entscheiden, einfach mal testen. Nachdem ich mit OK bestätigt habe und die Warnung bestätigt habe, wird der USB-Stick erstellt. Dies wird eine Weile dauern, hängt vom Stick ab.

4.)
Mein USB-Stick ist nun fertig, ich stecke ihn an den zu installierenden PC und starte in das Bootmenü (bei den meisten PC/Laptop "F12", bei DELL oft "F9"). Abhängig von meiner vorherigen Auswahl startet nun die Installation von Windows.

BESONDERHEITEN:

5.)
Was macht RUFUS eigentlich mit der ISO?
Antwort: Der komplette Inhalt der ISO wird in eine Partition auf dem Stick kopiert, die RUFUS vorher angelegt hat. Dann wird (anhängig von den gewählten Einstellungen) die "appraiserres.dll" durch eine Dummy-Datei ersetzt. Zusätzlich wird ein Ordner "$OEM$" im Ordner "sources" erstellt, dort findet sich unter "Windows\Panther" nun eine "unattend.xml". Diese XML wird während der Installation nach "C:\Windows\Panther" kopiert und steuert die Installation. Es werden hauptsächlich Registry-Einträge gesetzt, die das Verhalten von Windows beeinflussen (z.B. Umgehen der Restriktionen).

6.)
Wie bekomme ich den Inhalt des USB-Sticks wieder in eine ISO?
Antwort: RUFUS kann das! Blende in RUFUS die "Erweiterten Laufwerkseigenschaften" ein - wie von Zauberhand erscheint u.a. ein "Speichern"-Symbol ganz oben rechts neben "Laufwerk". Anklicken, gewünschten Ablageort und Format (ISO, VHD) auswählen - fertig! Hinweis: Beim ersten Start dieser Funktion wird von RUFUS eine erforderliche Datei "oscdimg.exe" nachgeladen.
EDIT: Auch hier zickt RUFUS oft, offenbar blockiert MS den mehrfachen Zugriff von derselben IP. Notlösung: Ich habe die Datei als Dateianhang hinzugefügt - ins Programmverzeichnis\Rufus entpacken.

7.)
Kann ich auch mit VHD(X) arbeiten?
Antwort: Wenn ich keinen Stick erstellen möchte, weil ich z.B. anschließend direkt wieder als ISO speichern möchte, kann ich eine VHD als "virtuellen Stick" nutzen. Dazu erstelle ich in der Datenträgerverwaltung ein "neues virtuelles Laufwerk" (12 GB, VHD, GPT) an einem beliebigen Ort (möglichst schnelle Festplatte). Nach Erstellung muß ich den neuen Datenträger initialiseren und eine neue Partition erzeugen. Im Explorer kann ich die neue VHD nun "Bereitstellen". In RUFUS ist diese VHD nun als Datenträger verfügbar - der Zeitvorteil ist immens!

[Tante Google]

[Holgi]

Danke, @g-force
insbesondere Punkt 6.) ist interessant.
Da frage ich mich, warum andere das dann so kompliziert machen. Aber es gibt sicherlich Gründe ...

[g-force]

Punkt 7.) in der Anleitung hinzugefügt.

[g-force]

Edit in Punkt 2.) der Anleitung

[g-force]

Edit in Punkt 6.) der Anleitung

[g-force]

Hat schon jemand die "automatische Partitionierung" von RUFUS getestet? Bei mir funktioniert das nicht.
Außerdem kann ich nicht mehr erkennen, wie die Einstellungen von RUFUS in die ISO gebracht werden - einen $OEM$ finde ich jedenfalls nicht (mehr).

[Harry S]

Moin Gunnar,
Guckmal:
.\sources\$OEM$\$$\Panther -> unattend.xml
.\reagent.admx ; db_msftproductionwindowssigningca.cer ; *.dat sowie weitere diverse setup*.*-Dateien

[g-force]

Ich hatte mehrfach Durchläufe gemacht mit einer originalen MCT-ISO. Es wurd nichtmal der Ordner $OEM$ erzeugt.

[Harry S]

Ehm, der Ordner $OEM$ wird explizit von RUFUS eingefügt - aber auch nur, wenn da im Menü was angehakt wird/ist.
Hab da jetzt eben auf den Sticks mit 28000.4 und 29580.1000 (beide erstellt am 02.05.2026) nochmal nachgesehen ...

[Holgi]

ihr benutzt beide die gleiche Version von RUFUS?
@g-force: und obwohl der Ordner $OEM$ nicht angelegt wurde, werden dennoch alle Funktionen von Rufus abgearbeitet?
auch keine Autounattend.xml im Stammverzeichnis

[Harry S]

rufus-4.14.exe

Erstellter Stick:

USB_28000.1896.jpg

Eine Autounattend.xml ist tatsächlich nicht mehr aufzufinden!

USB_28000.1896(2).jpg

Dafür wird die RUFUS-eigene Setup.exe ins Stammverzeichnis geschrieben:

USB_28000.1896(3).jpg

Ach so: In der RUFUS-Auswahl alle Haken gesetzt - bis auf den vor "Benutzer" ...
Und Partitionsschema MBR!

[John-Boy]

rufus-4.14p.exe und hier wird alles korrekt angelegt
.\sources\$OEM$\$$\Panther -> unattend.xml

[Harry S]

Da hast Du stimmt - siehe viewtopic.php?p=457537#p457525.
Aber die gesuchte Autounattend.xml im Stammverzeichnis gibt's eben nicht mehr ...

[DK2000]

rufus-4.14 gerade getestet. UEFI-Stick mit GPT und CA2023 für Neuinstallation versucht zu erstellen.

Die Autounattend.xml befindet sich in der Boot.wim. Ein $OEM$ wird hier nirgends angelegt.

Was mir aber noch aufgefallen ist, die bootx64.efi ist keine Originaldatei und völlig falsch signiert. Die wird bei mir schon in Windows 10 als gesperrt/ungültig angezeigt. Die Restlichen Dateien passen auch nicht. Ich verstehe da gerade nicht, warum er nicht die original CA2023 Dateien aus der Boot.wim verwendet, wenn er die eh schon bereitgestellt hatte.

Ah, jetzt verstehe ich das. Der bootet von der eigenen bootx64.efi, wenn man diese Checksummenprüfung aktiviert hat. Sobald das abgeschlossen ist, übergibt die bootx64.efi an die bootx64_original.efi mit CA2023 Zertifikat. Das passt also so weit. Finde ich aber dennoch ein wenig komisch, dass eine selbstgebastelte bootx64.efi ohne wirklich gültige Signatur mit Secureboot gestartet wird. Bestimmt irgendwas aus Linux. Oder kommt hier SBAT ins SPeil? Das muss ich mal später weiterverfolgen.

Die SKUSiPolicy.P7b wird über die Antwortdatei in die ESP der Installation kopiert, nicht auf die ISO. Da ich kein VBS verwende, weiß ich nicht, wie hoch das Risiko hier ist. 25H2/26H1 hatte ich mal getestet, keine Probleme feststellbar, aber Canary-Kr 295xx bootet damit nicht mehr.

Ansonsten mal schauen, ob ich den in der VM gebootet bekommen. Ja, klappt.

[g-force]

Es scheint wohl von den Einstellungen anzuhängen, was RUFUS da nun macht. Bei einer simplen Einstellung (nur die ersten beiden Haken gesetzt) wird alles wie gewohnt erzeugt (incl. $OEM$). Bei den Einstellungen weiter unten (u.a. Festplattenkonfig) macht RUFUS nun was neues, u.a. wird die "setup.exe" im Root ersetzt. Das finde ich nicht gut, leider auch nicht nachvollziehbar.