Rekursive Erkennung
ISOs können in Ordnern und Unterordnern liegen; Ventoy durchsucht die erste (große) Partition und listet Abbilder – standardmäßig alphabetisch. Plugins können Suchpfade begrenzen.
Unabhängiger Leitfaden · Deutsch
Ventoy ist ein Multiboot-Tool: einmal installieren, dann ISO-, WIM-, IMG- oder VHD(X)-Dateien auf das Laufwerk kopieren – ohne den Stick für jedes neue Betriebssystem oder jede Rettungs-CD neu zu löschen und zu beschreiben. Diese Seite erklärt die Funktionsweise, eine sichere Installation und typische Lösungen aus der Praxis. Direkt zu Schritt-für-Schritt-Installation, Downloads oder Fehlerbehebung.
Prüfen Sie stets Prüfsummen für jede ISO oder jedes Installationspaket.
Screenshots – Pfeile oder Punkte (kein Autoplay). Fokus in die Galerie, dann ← →.
Klassische USB-Tools schreiben oft nur ein Abbild zur Zeit. Brauchen Sie heute Windows, morgen Linux und am Wochenende ein Speichertest-ISO, enden Sie beim Neuformatieren oder bei mehreren Sticks. Ventoy behält eine kleine EFI-Startpartition und eine große Datenpartition: Sie kopieren Dateien wie normale Dokumente, starten und wählen einen Eintrag im Menü. Lesen Sie zuerst Voraussetzungen und Sicherheit und folgen Sie der Windows- oder Linux-Installation.
ISOs können in Ordnern und Unterordnern liegen; Ventoy durchsucht die erste (große) Partition und listet Abbilder – standardmäßig alphabetisch. Plugins können Suchpfade begrenzen.
Unterstützt x86-Legacy-BIOS, IA32-UEFI, x86_64-UEFI, ARM64-UEFI und MIPS64EL-UEFI. Secure Boot wird in aktuellen Versionen bei korrekter Konfiguration unterstützt.
Die große Partition kann neben Abbildern gewöhnliche Dateien speichern; der Alltag bricht Ventoy nicht, solange die Dateisystemregeln (z. B. Clustergröße) eingehalten werden.
/ventoy/ventoy.json an.Nach der Installation sehen Sie typischerweise zwei Partitionen: einen kleinen EFI-Bereich (VTOYEFI) und ein größeres exFAT- (oder von Ihnen gewähltes) Dateisystem für Abbilder.
Sie können FAT32, NTFS, UDF, XFS, ext2/3/4 usw. nutzen, aber die Clustergröße muss ≥ 2048 sein. Beispielbefehle (Laufwerksbuchstaben/Pfade anpassen):
format X: /fs:ntfs /q sudo mkfs -t ext4 /dev/sdX1
Diese Schritte beschreiben eine typische Installation; Dateinamen oder Dialoge können je nach Paketversion leicht abweichen.
ventoy-x.x.xx-windows.zip von einer vertrauenswürdigen Quelle herunterladen und entpacken.Ventoy2Disk.exe ausführen (32-Bit-Binary; läuft unter 64-Bit-Windows). Seit 1.0.58 gibt es alternative Builds in altexe – bei Bedarf die X64/ARM-Variante neben die Haupt-EXE kopieren.Scheitert die GUI immer, LiveCD-Installation oder die Ventoy2Disk-Hinweise im Installationspaket versuchen.
ventoy-x.x.xx-linux.tar.gz herunterladen und entpacken.sudo sh Ventoy2Disk.sh -i /dev/sdX (sdX durch Ihr Gerät ersetzen, keine Partitionsnummer).-I für erzwungene Neuinstallation, -u für Upgrade, -l für Ventoy-Infos.-s (Secure-Boot-Unterstützung), -g (GPT), -r SIZE_MB für reservierten Platz am Datenträgerende.GUI-Varianten: GTK-, Qt- oder WebUI-Installer in vielen Linux-Paketen verfügbar.
Die folgenden Symptome tauchen oft in Community-Foren auf. Hier kurz zusammengefasst mit nächsten Schritten; bei Bedarf mit GitHub-Issues zu Ihrer genauen Version abgleichen.
ventoy.json einschränken, damit Ventoy weniger Ordner scannt.grub>-ShellPrüfsummen großer ISOs prüfen, bevor Sie Ventoy als Ursache annehmen.
Typische Berichte – keine Testimonials für diese Website. Sie helfen, Situationen schneller zu erkennen und gezielter zu suchen.
„IT-Bankett: WinPE, Linux-Live, Firmware-Updater-ISOs und Memtest liegen auf einem 128‑GB-Stick. Kunden booten, was sie brauchen; ich aktualisiere nur einzelne Dateien.“
„Das rätselhaft fehlende Laufwerk: Ventoy2Disk zeigte nichts, bis ich Intel DSA und Paragon beendet hatte – dann war der Stick sofort da.“
„Langsames Menü nach Datei-Sammeln: Ich hatte ganze Projekt-Backups auf die Ventoy-Partition kopiert. Der Boot-Scan dauerte ewig, bis ich die Suchpfade in ventoy.json begrenzte.“
„Linux nach dem Boot: Ich brauchte die ISO-Partition im laufenden System – das Remount-Verhalten von Linux erklärte, warum das Volume zuerst leer wirkte.“
Ja – USB-Laufwerke, externe HDDs, SD-Karten, SATA-Platten, SSDs, NVMe und mehr. Windows listet standardmäßig Wechseldatenträger der USB-Klasse; unter Linux wählen Sie ein Blockgerät. Jede Installation löscht weiterhin Daten auf diesem Datenträger.
Im Ventoy-Menü die Versionszeile unten links prüfen: BIOS, UEFI, IA32, AA64 (ARM64) oder MIPS je nach Modus. Die Mainboard-Firmware entscheidet den Modus.
Windows hat die Datei möglicherweise in den Papierkorb dieses Volumes verschoben – Papierkorb leeren oder Umschalt+Entf.
Auf der ersten großen Partition im Ordner ventoy – vollständiger Pfad /ventoy/ventoy.json. Nicht auf die kleine VTOYEFI-Partition legen.
Installationspakete und Release Notes werden auf ventoy.co bereitgestellt. Verifizieren Sie nach dem Download die Prüfsummen, falls sie zum jeweiligen Build veröffentlicht wurden.
Lesezeichen-freundliche Seite mit demselben Download-Link (alle Sprachen): ventoy.co/download.html.
Erweiterte Referenz
Die folgenden Blöcke ergänzen praxisnah – Dateisystem-Abwägungen, Rollen, Sicherheitsgewohnheiten und Begriffe. Sie ergänzen Überblick und Installation, ohne sie Zeile für Zeile zu wiederholen.
Ventoy zeigt ein Menü, nachdem die Firmware die Kontrolle an den USB übergibt. Ob dabei Legacy-BIOS oder UEFI genutzt wurde, legen die Mainboard-Einstellungen fest (CSM an/aus, „USB-Boot-Modus“, Secure-Boot-Richtlinie), nicht ein Schalter im Ventoy-Menü. Verhält sich ein ISO in einem Modus anders, nutzen Sie denselben Modus wie beim Test des Anbieters – UEFI-Erwartungen mit Legacy-Boot zu mischen ist eine häufige Ursache für „startet, bricht dann ab“.
Die kleine Build-Zeile auf dem Ventoy-Bildschirm verrät Architektur und Modus. Screenshot oder Notiz bei Hilfegesuchen; widersprüchliche Modusangaben erschweren Fernsupport.
Nach der Installation dürfen Sie die große Partition innerhalb der Ventoy-Regeln (minimale Clustergröße) neu formatieren. Entscheidungshilfe – Ihr OS-Mix und Dateigrößen sollten maßgeblich sein.
| Dateisystem | Typische Stärke | Achtung |
|---|---|---|
| exFAT | Große ISOs, einfacher Windows+macOS-Austausch | Manche ältere Linux-Tools brauchen Zusatztreiber zum Schreiben |
| NTFS | Sehr große Dateien, Windows-native Werkzeuge | Reparatur-Tools unterscheiden sich zwischen OSen bei unsauberem Auswerfen |
| FAT32 | Maximale Kompatibilität für kleine Utilities | 4 GB Dateigrößenlimit – problematisch für große ISOs |
| ext4 | Linux-first, Rechte, die Sie verstehen | Windows braucht Drittanbieter-Treiber für komfortables Bearbeiten |
Ein hochwertiger 64–256 GB-Stick: Hardware-Diagnose-ISO, zwei Linux-Lives mit unterschiedlichen Kerneln, Firmware-Update-Paket gängiger Hersteller, Speichertest-Abbild. Ordner /tools für portable Windows-Utilities, die keine Boot-Abbilder sind, damit der Scan nicht explodiert – .ventoyignore auf schwere Archivbäume.
Versionierte Nightlies überfrachten Menüs – Dateinamen mit Präfix YYYY-MM-DD_, damit alphabetische Sortierung chronologisch bleibt. Bei A/B-Tests ISOs mit klaren Suffixen duplizieren statt still zu überschreiben; vor dem Einsatz beide prüfen.
Pro Platz ein „bekannt gutes“ Semester-Abbild standardisieren, schlankes Rettungs-ISO zusätzlich, erwarteten Boot-Modus (UEFI vs. Legacy) am Raumplakat – Studierende verwechseln Modi häufiger als Power-User.
Ventoy kann beim Start Hashes berechnen – sinnvoll bei langsamen Downloads. Veröffentlichen Sie für Schulungs-ISOs eigene Prüfsummendateien, damit Vergleiche gegen Ihren Spiegel laufen, nicht gegen beliebige Suchtreffer.
Billige Adapter drosseln Dauerlesezugriff und werden heiß – wirkt wie zufällige Boot-Ausfälle ohne klare Fehlermeldung.
Schnell für iterative QA; TRIM/Leerlauf-Stromverhalten auf Laptops prüfen, die USB aggressiv abschalten.
Praktisch für Kameras; Zufallsschreib-Performance schwankt stark – benchmarken, bevor große ISO-Bibliotheken darauf liegen.
Rufus, balenaEtcher und dd-ähnliche Imager schreiben ein Abbild präzise. Ventoy optimiert viele Abbilder über die Zeit ohne Neu-Flashen. Die Wahl ist Workflow: häufige OS-Wechsel sprechen für Ventoy; einmalige Medien können mit einem dedizierten Flasher einfacher bleiben.
Plugin-Konfiguration kann Menüpasswörter unterstützen – als Abschreckung, nicht als Verschlüsselung des ganzen Sticks; physischer Zugang zählt weiter.
Standard ist alphabetisch; Dateien mit einheitlichen Präfixen umbenennen oder Plugin-Regeln für feste Demo-Reihenfolge nutzen.
Nein – ISOs sind normale Dateien auf der Partition. Bei Bedarf OS-Verschlüsselung oder hardwareverschlüsselte Laufwerke.
Installer brauchen Schreibzugriff auf den Zieldatenträger; Sticks in einer vollen Admin-Sitzung vorbereiten, Clients getrennt sperren.
Low-Level-Disk-Tools lösen manchmal Heuristiken aus; Signaturen der Release prüfen, Download-Ordner temporär ausnehmen oder unter Linux installieren.
Ventoy-Build-Zeichenkette, Firmware-Modus, Partitionstyp, Dateisystem und Prüfsummen jeder ISO festhalten – die „offensichtlichen“ Defaults erinnert man sich später nicht.
Wenn mehrere Personen denselben USB pflegen: Namenskonvention, Ausmusterungsregel für alte ISOs und monatliche Prüfsummenprüfung vereinbaren. Für verteilte Teams eine kleine Text-Manifestdatei (SHA256SUMS) auf die Partition legen, damit Empfänger vor dem Bespielen der Labore prüfen.
„Wir mailen keine ‚neueste ISO‘-Links mehr, sondern haben exakte Dateinamen im Runbook verankert – Tickets gingen runter, weil alle dieselben Bytes booteten.“
Boot-Menüs liest man oft bei schlechtem Licht oder im Incident. Kurze, beschreibende Dateinamen schlagen clevere Abkürzungen. Bei Themes hohen Kontrast wahren; was im Screenshot stylisch wirkt, kann auf dimmem Beamer unlesbar sein.
Rechenzentrum-PXE-Ketten sind unschlagbar, wenn jede Maschine Ihrem DHCP vertraut. Ventoy glänzt ohne Netz, bei Air-Gaps oder wenn Gästenetzwerke PXE blockieren. Viele Teams nutzen beides: PXE für Flotten-Rollouts, Ventoy für Einzel-Bank-Diagnostik.
Ventoys eigene Version getrennt von den mitgeführten ISOs führen. Ventoy-Update ist nicht dasselbe wie ein Ubuntu-Point-Release – beides im Änderungsprotokoll, damit Rollback-Geschichten stimmig bleiben.
Ist die EFI-Partition beschädigt, die Datenpartition aber noch mountbar, können Spezialtools manchmal Boot-Strukturen rekonstruieren – zuerst ISOs sichern, Reparaturversuche können trotzdem schiefgehen. Unersetzliche Dateien: Stick wie jedes andere sterbende Laufwerk behandeln, sektorweise klonen, bevor experimentiert wird.
Die Lizenz von Ventoy ist getrennt von den Lizenzen in Ihren ISOs. Unternehmensweite Weitergabe von Windows-Abbildern, OEM-Recovery-Medien oder Schulsoftware kann vertraglich begrenzt sein – dieser Leitfaden ersetzt keine juristische Prüfung.
ARM-Laptops, Hybrid-Tablets und gemischte UEFI-Politiken entwickeln sich weiter. Tragfähig: Firmware-Eigenheiten pro Modell dokumentieren, mindestens einen bewusst „langweiligen“ USB-2.0-Stick für störrische Hosts, und nie annehmen, dass ein gestriges erfolgreiches Booten dasselbe nach morgigem Firmware-Update garantiert.
Die folgenden kompakten Notizen erweitern den ersten Referenzblock – Workflows, Grenzfälle und Vokabular ohne die Hero-Installation zu wiederholen.
WinPE-Abläufe setzen oft einen bestimmten Bootloader-Pfad und Treiberladereihenfolge voraus. Legen Sie ein eigenes WIM auf einen Ventoy-Stick, prüfen Sie, ob die PE-Umgebung Netzwerk- und Speichertreiber für NIC und Controller Ihrer Zielrechner enthält – fehlende Treiber wirken wie „Ventoy kaputt“, wenn die Kette Ihr Skript nie erreicht.
Debian-Derivate, Red-Hat-Familie, Arch-basierte und immutable Desktops unterscheiden sich in Live-Boot, Persistenz-Hooks und Init-System. Ventoy listet Dateien einheitlich, aber das Erlebnis im ISO definieren die Maintainer – bei „bootet fast“ deren Release Notes lesen.
Rolling-Abbilder aktualisieren Kernel-Linien oft – gut für Hardware-Support, laut für reproduzierbare Labore.
Ältere LTS-ISOs tauschen neue Treiber gegen Vorhersagbarkeit; einen auf dem Stick behalten, wenn ein zertifizierter Vendor-Stack nötig ist.
VM-Firmware defaultet oft auf UEFI mit synthetischer Plattenreihenfolge. USB-Durchreichen sorgfältig planen: manche Hypervisoren zeigen den Stick als Wechseldatenträger, andere als SCSI – beides kann gehen, der Gast zählt Controller anders als Bare Metal. VM-Erfolg ist vor Feldeinsatz nötig, aber nicht hinreichend.
Mac-Boot-Richtlinien unterscheiden sich zwischen Intel und Apple Silicon. Generische PC-Multiboot-Annahmen gelten nicht 1:1 – Apples aktuelle Matrix für externe bootfähige Medien prüfen, bevor Kreativteams Ventoy-Workflows versprochen werden.
Scheitert eine Maschine mitten im Rollout, festhalten: Firmware-Version, Boot-Modus-Zeile im Ventoy-Footer, exakter ISO-Dateiname, Secure Boot ja/nein, USB-Hubs zwischen Stick und Port. Das beantwortet viele Fernfragen, bevor ein Ersatzstick rausgeht.
SYMPTOM: ______________________ HOST-MODELL / BIOS: _____________ VENTOY-ZEILE (Footer): _________ ISO-Dateiname: _________________ SECURE BOOT (J/N): ____________ USB-PORT (2.0/3.x/direkt): ____
Manche Enterprise-USB-Laufwerke haben physischen Schreibschutz. Nach der Vorbereitung sperren reduziert Manipulation – blockiert aber Ventoy-Updates bis zur Entsperrung. Pro Richtlinie abwägen: Manipulationsschutz vs. Agilität.
Laptops im Akkubetrieb können USB drosseln; Thunderbolt-Docks ordnen Boot-Geräte manchmal um. Funktioniert der Stick direkt, aber nicht am Dock, zuerst ohne Dock testen, bevor ISO-Inhalte debuggt werden.
Namen im Stil OS-ARCH-channel-YYYYMMDD.iso. Emoji und Nicht-ASCII in Dateinamen vermeiden, wenn Sticks über alte Firmware laufen; Unicode ist auf modernen Hosts besser unterstützt, in Nischen-Industrie-PCs riskant.
Installersprachen liegen nicht in Ventoys Schicht – Erwartungen pro ISO setzen. Für internationale Teams ISOs mit klaren Sprachsuffixen duplizieren statt auf „fragt schon“ zu vertrauen.
Von Einschalten bis zum fertigen Menü dominieren USB-Geschwindigkeit, Dateianzahl und Plugin-Suchregeln – nicht der CPU-Schriftzug am Host. Optimieren: zuerst Dateien reduzieren, dann schnellere Hardware kaufen.
Große Betriebe versehen Sticks mit Barcodes und Eigentümern. Physisches Etikett mit Tabellenzeile koppeln: Seriennummer (falls vorhanden), Ventoy-Version, letztes Prüfdatum, erlaubte ISOs für Compliance-Audits.
Ohne Netzwerk ist Sneakernet der Workflow. Zwei identische Sticks an verschiedenen Tagen vorbereiten, um bei vermuteter „stillen“ Korruption binär vergleichen zu können.
Technisch ja; richtlinientechnisch vielleicht nicht. Getrennte Sticks verringern Vermischungsrisiken.
Dauerlesezugriff bei langen Installationen heizt NAND; in heißer Umgebung auf Luftstrom achten.
Für Flash meist irrelevant; Dateisystemgesundheit und freier Speicher zählen.
Wenn die Firmware USB-C-Boot unterstützt, ja; sonst geprüften Adapter mitführen.
Versteckte Kopien, Sync-Konfliktdateien oder gleiche Namen in verschiedenen Ordnern – Partition mit Dateimanager durchsuchen.
Oft ja für Interoperabilität; trotzdem Backups – ein Datenträgerausfall bleibt ein Ausfall.
Frage
Warum bevorzugt ein Techniker Ventoy gegenüber wöchentlichem Neu-Flashen zwischen drei Linux-Distributionen?
Tipp: Wechselzeit, weniger Verschleiß durch volle Rewrites, weniger Fehler bei der Zielplattenwahl.
Frage
Was protokollieren Sie, wenn ein Stick auf Laptop A bootet, auf Laptop B mit derselben ISO nicht?
Tipp: Firmware-Modus, Port-Typ, ISO-Prüfsumme, Ventoy-Version.
Ein Berater fliegt mit einem verschlüsselten Laptop und einem unverschlüsselten Ventoy-Stick, nur mit öffentlichen ISOs. Der Zoll will einschalten; das Menü wirkt harmlos. Lehre: Inhaltsrichtlinie wiegt schwerer als das Boot-Tool-Branding.
Ein Labor tauscht jedes Semester die Hälfte der PCs. Techniker klonen identische Sticks von einer Master-Datei auf dem NAS – Ventoy-Version fix, ISOs wöchentlich gehasht. Drift fällt über abweichende Prüfsummen auf, nicht über Beschwerden.
Ein Hobbyist hat Windows-Installer, zwei Linux-Lives und eine Rettungs-CD. Ventoy selten aktualisiert – okay, bis eine Firmwareänderung Secure-Boot-Enrollment erzwingt; dann einmal jährlich den Installer wiederholen.