简介：Ventoy 是一款开源的可启动 U 盘制作工具，面向系统运维、装机测试与多系统启动盘制作人群，解决传统方式需反复格式化磁盘、单盘仅能承载一个镜像的痛点。资源包共约 2000 个文件，压缩后 77.51MB，涵盖 C 源码、内核模块（.mod/.ko）、头文件、Shell 脚本、EFI 引导程序、Makefile 与配置文件等，并附带多架构预编译二进制、图标字体与说明文档，完整呈现了从引导加载、镜像挂载到图形界面的工程结构。其核心价值在于：只需将 ISO/WIM/IMG/VHD(x)/EFI 等镜像复制进 U 盘即可启动，支持一次放入多个镜像并生成启动菜单，兼容 x86 Legacy BIOS、IA32/x86_64/ARM64/MIPS64EL UEFI 及 MBR/GPT 分区，覆盖 Windows、WinPE、Linux、Unix、ChromeOS、VMware、Xen 等主流系统，官方测试 ISO 超 940 个。目前已有 217 人学习下载，适合研究启动盘原理或需要多系统维护工具的读者参考。
1. 一个 U 盘装下所有系统镜像：Ventoy 到底解决了什么麻烦
手里攒了五六个 U 盘，每个里面躺着一个系统镜像，装系统前先翻抽屉找对应那个——这个场景做运维的应该都不陌生。Ventoy 这个开源工具做的事情很直接：把 ISO/WIM/IMG/VHD(x)/EFI 这些镜像文件直接拷进 U 盘，启动时由它来挂载并引导，不需要反复格式化、不需要专用写入工具。我第一次接触是在一个需要同时维护多台不同系统设备的场景里，当时用传统方式做启动盘，光是把镜像写进去再擦掉就耗掉大半天。Ventoy 装一次之后，后续只需要往 U 盘里拖文件，这个体验差异是数量级的。它适合经常装系统、做系统维护、需要随身携带多个镜像的人，也适合只想折腾一次以后不再折腾的普通用户。下面把我实际用下来的完整路径拆开讲。
2. Ventoy 的启动链路：从 U 盘引导到镜像挂载发生了什么
2.1 两段式引导：为什么它能直接读镜像文件
传统启动盘的做法是把 ISO 内容解压后写入 U 盘，U 盘上看到的是解压后的文件树。Ventoy 换了个思路：U 盘被分成两个区，第一个是 EFI 系统分区，放 Ventoy 自己的引导程序；第二个是大容量的数据分区，格式化为 exFAT 或 NTFS，镜像文件原封不动放在这里。
启动时，主板固件加载 Ventoy 的引导程序，引导程序扫描数据分区里的镜像文件，生成一个启动菜单。选中某个镜像后，Ventoy 在内存里创建一个虚拟磁盘设备，把镜像文件映射上去，再从这个虚拟设备引导。对操作系统安装程序来说，它看到的就是一个普通的光驱或磁盘，完全感知不到中间这层映射。
这个机制的关键在于 Ventoy 内置了多种引导模式。Linux 系的 ISO 大多能直接走正常路径，Windows 的 ISO 需要额外处理引导链，一些特殊发行版则需要走兼容模式。这也是为什么同一个 U 盘能同时放 Windows、Linux、PE 工具箱而互不干扰。
2.2 安装 Ventoy 到 U 盘：三个平台的操作路径
安装分两步：先把 Ventoy 写入 U 盘，再把镜像拷进去。写入操作会清空 U 盘，所以先备份数据。
Windows 下用图形界面最省事。下载后解压，运行主程序，界面里选好 U 盘设备，点安装。安装程序会弹两次确认，第二次是确认清空，确认后等进度条走完。
Linux 下用命令行脚本：
# 解压后进入目录，先确认 U 盘设备名 lsblk -o NAME,SIZE,TYPE,MOUNTPOINT # 假设 U 盘是 /dev/sdb，执行安装 sudo ./Ventoy2Disk.sh -i /dev/sdb # 如果 U 盘之前装过 Ventoy，升级用 -u sudo ./Ventoy2Disk.sh -u /dev/sdb-i是安装，-u是升级。脚本会再次确认设备名，输错设备名会写到系统盘上，这一步必须看清楚。lsblk的输出里，U 盘通常显示为disk类型，容量和你的 U 盘对得上。
macOS 下同样有命令行脚本，设备名形如/dev/disk2，用diskutil list确认。安装完可能需要手动推出再重新插入才能看到数据分区。
安装完成后，U 盘会出现一个名为Ventoy的分区，把镜像文件直接拷进去就行。可以建子目录分类，Ventoy 支持目录递归扫描。
2.3 镜像放置与启动菜单的生成规则
镜像放进去之后，启动时 Ventoy 会自动扫描并列出。扫描范围是整个数据分区，支持多层目录。我一般按用途分目录：/iso/windows/、/iso/linux/、/iso/pe/，这样菜单里会按目录层级展示，找起来快。
菜单的排序默认按文件系统顺序，不保证字母序。如果镜像多，可以在 U 盘根目录放一个ventoy/ventoy.json配置文件，手动指定菜单项和顺序。这个配置文件后面讲进阶用法时再展开。
有一个细节值得注意：Ventoy 支持.iso、.wim、.img、.vhdx、.efi等扩展名，但并不是所有镜像都能直接引导。Windows 的 ISO 通常没问题，部分 Linux 发行版的 ISO 需要确认其引导方式是否被 Ventoy 支持。遇到不支持的镜像，Ventoy 会提示或直接跳过。
3. 把 Ventoy 用顺手：配置、持久化与多镜像管理
3.1 ventoy.json 的四个核心配置块
ventoy.json放在 U 盘第一个分区（那个小的 EFI 分区）的ventoy目录下。如果安装后没看到这个分区，在 Windows 磁盘管理里给它分配一个盘符即可。配置文件是 JSON 格式，顶层是一个对象，常用的配置块有四个：
{ "control": [ { "VTOY_DEFAULT_MENU_MODE": "0" }, { "VTOY_MENU_TIMEOUT": "10" }, { "VTOY_DEFAULT_IMAGE": "/iso/pe/toolbox.iso" } ], "menu_alias": [ { "image": "/iso/windows/win11.iso", "alias": "Windows 11 安装" }, { "image": "/iso/linux/ubuntu.iso", "alias": "Ubuntu 桌面版" } ], "menu_class": [ { "key": "windows", "class": "windows" }, { "key": "linux", "class": "linux" } ], "persistence": [ { "image": "/iso/linux/ubuntu.iso", "backend": "/persistence/ubuntu-persist.dat" } ] }control块控制全局行为。VTOY_DEFAULT_MENU_MODE设为0是列表模式，1是树形模式，镜像多的时候树形模式更清晰。VTOY_MENU_TIMEOUT是菜单等待秒数，超时后引导默认镜像。VTOY_DEFAULT_IMAGE指定默认镜像路径。
menu_alias给镜像起别名，菜单里显示别名而不是文件名。文件名带版本号和日期的时候，别名能让菜单干净很多。
menu_class配合主题使用，给不同目录的镜像分配不同的显示样式。这个属于锦上添花，镜像少的时候用不上。
persistence是持久化配置，后面单独讲。
配置改完后不需要重新安装，重新启动就生效。JSON 格式对逗号和引号敏感，改完可以用在线校验工具过一遍，省得启动时菜单出不来。
3.2 持久化：让 Live 系统记住你的改动
Live 模式的 Linux 系统默认不保存任何改动，重启就恢复原样。Ventoy 的持久化功能可以给指定镜像挂一个数据文件，系统运行时的改动写进这个文件，下次启动还在。
操作分两步。第一步创建持久化文件，在 Linux 下用dd或truncate：
# 创建一个 4GB 的持久化文件 truncate -s 4G /media/user/Ventoy/persistence/ubuntu-persist.dat # 或者用 dd，但速度慢一些 dd if=/dev/zero of=/media/user/Ventoy/persistence/ubuntu-persist.dat bs=1M count=4096文件大小就是持久化空间的上限，按需设定。放在数据分区的任意位置，路径要和配置文件里写的一致。
第二步在ventoy.json里加persistence块，把镜像路径和持久化文件路径对应起来。一个镜像可以配多个持久化文件，启动时菜单会让你选。
这里有个容易翻车的点：持久化文件系统格式要和镜像里的系统匹配。Ubuntu 的 casper 持久化需要文件是 ext4 格式，直接truncate出来的空文件需要先格式化：
mkfs.ext4 /media/user/Ventoy/persistence/ubuntu-persist.dat不格式化的话，系统启动时找不到可用的文件系统，持久化会静默失败，改动照样丢。这个坑我踩过一次，排查了半天才发现是文件系统没建。
3.3 多镜像场景下的目录规划与命名习惯
镜像一多，菜单就乱。我的习惯是按「系统类型/用途」两级目录，文件名保留版本号但用别名覆盖显示：
/iso/ windows/ win10-22h2.iso win11-23h2.iso server2022.iso linux/ ubuntu-2404-desktop.iso debian-12-netinst.iso centos-stream9.iso pe/ toolbox-2024.iso diskgenius.iso tools/ memtest86.iso gparted.iso别名里写清楚用途和版本，比如「Windows 11 23H2 安装」「Ubuntu 24.04 桌面」。这样启动时一眼就能找到要用的那个，不用在文件名里辨认版本号。
另外建议在 U 盘根目录放一个readme.txt，记录每个镜像的用途和注意事项。U 盘借给别人用的时候，对方能快速上手，也省得你反复解释。
4. 避坑指南：Ventoy 用下来最容易翻车的五个地方
4.1 安装后数据分区不显示
现象：安装完 Ventoy，Windows 里只看到一个小分区，大容量的数据分区不见了。
原因：Ventoy 的数据分区默认格式化为 exFAT，部分 Windows 版本对 exFAT 分区的盘符分配有延迟，或者分区表类型和系统识别有冲突。
解决：打开磁盘管理，找到那个没有盘符的分区，手动分配一个盘符。如果还是不行，用 Ventoy 的安装程序重新安装一次，安装时选择 MBR 或 GPT 分区类型，和你的主板引导模式匹配。UEFI 主板选 GPT，传统 BIOS 选 MBR，选错会导致启动时认不到 U 盘。
4.2 镜像拷进去但启动菜单里没有
现象：镜像文件确实在 U 盘里，但启动时 Ventoy 菜单里找不到。
原因：三种可能。一是镜像扩展名不在 Ventoy 支持列表里，比如.esd格式就不支持。二是镜像放在隐藏目录或文件名以.开头，Ventoy 默认跳过。三是文件系统损坏，Ventoy 扫描不到。
解决：先确认扩展名，不支持的格式用工具转换。再检查文件名和路径，去掉特殊字符和隐藏属性。最后在 U 盘上运行一次磁盘检查，Windows 下用chkdsk，Linux 下用fsck。
4.3 Windows ISO 启动后提示找不到安装介质
现象：Windows 安装程序启动后，到选择安装位置那一步提示找不到介质或驱动。
原因：Windows 安装程序在 Ventoy 的虚拟磁盘环境下，有时认不到 U 盘上的安装文件。这通常和 USB 控制器驱动或镜像本身的引导配置有关。
解决：在 Ventoy 菜单里选中 Windows ISO 后，按F2或根据提示切换到wimboot模式。这个模式用 wimboot 来引导 Windows 安装程序，兼容性更好。如果还是不行，换一个 Windows ISO 版本试试，部分精简版镜像的引导链被改过，Ventoy 处理不了。
4.4 持久化文件不生效
现象：配了持久化，但 Live 系统重启后改动还是丢了。
原因：持久化文件没有格式化成对应的文件系统，或者ventoy.json里的路径写错了，或者镜像本身不支持持久化。
解决：确认持久化文件已经mkfs.ext4格式化过。确认ventoy.json里的image和backend路径和实际文件位置完全一致，大小写敏感。确认镜像支持持久化——不是所有 Live 镜像都支持，Ubuntu 的 casper 支持，部分其他发行版需要额外参数。
4.5 升级 Ventoy 后旧镜像引导失败
现象：升级 Ventoy 版本后，之前能正常引导的镜像现在启动报错。
原因：新版本可能修改了引导逻辑或默认配置，旧镜像的引导方式和新版本不兼容。
解决：先看 Ventoy 的升级说明，确认是否有破坏性变更。如果旧镜像重要，升级前备份 U 盘内容。升级后如果某个镜像引导失败，在菜单里试试切换引导模式，或者回退到上一个 Ventoy 版本。升级不是必须的，如果当前版本用着没问题，不必追新。
5. 进阶技巧：用插件和自动化把 Ventoy 变成随身系统盘
Ventoy 的插件机制能让它在启动镜像前后执行自定义脚本，这个能力用好了可以省掉很多重复操作。我常用的一个场景是自动注入驱动和配置文件：在安装系统前，把网卡驱动和应答文件自动挂载到安装环境里，省去手动加载的步骤。
插件配置写在ventoy.json的auto_install块里，配合auto_install脚本使用。脚本用 shell 写，在 Ventoy 的引导环境里执行，可以访问 U 盘上的文件。下面是一个简化示例：
#!/bin/sh # auto_install.sh - 在引导镜像前执行 # 把 U 盘上的驱动目录挂载到安装环境 DRIVER_DIR="/ventoy/drivers" TARGET_DIR="/mnt/install_drivers" if [ -d "$DRIVER_DIR" ]; then mkdir -p "$TARGET_DIR" cp -r "$DRIVER_DIR"/* "$TARGET_DIR"/ echo "驱动已复制到 $TARGET_DIR" fi这个脚本在 Ventoy 的引导环境里运行，/ventoy是 U 盘数据分区的挂载点。脚本执行完后，Ventoy 继续引导镜像，此时安装环境里就能看到复制过去的驱动文件。
另一个实用技巧是用VTOY_DEFAULT_IMAGE配合VTOY_MENU_TIMEOUT做无人值守启动。把默认镜像设成常用的 PE 工具箱，超时设成 5 秒，插上 U 盘开机后不用操作就自动进 PE，适合批量维护的场景。
验证配置是否生效的方法：启动时按F1或根据提示进入 Ventoy 的调试模式，能看到配置加载日志和插件执行输出。配置有语法错误时，日志里会明确报出哪一行有问题。
我自己的习惯是每次改完ventoy.json先用python -m json.tool过一遍，确认格式没问题再拷进 U 盘。这个习惯帮我省掉了至少三次启动时菜单出不来的尴尬。U 盘这东西，平时不用，用的时候出问题最耽误事，配置阶段多花两分钟检查，比到了现场再排查划算得多。希望帮到你。
本文还有配套的精品资源，点击获取
