拖放图像
将 ISO/WIM/IMG/VHD(X) 文件复制到 Ventoy 分区。随时删除或替换它们，无需重新安装 Ventoy。
什么是万托伊？
文托伊是一个 可启动 USB 解决方案 面向定期尝试 Linux 发行版、从 USB 运行 Windows 安装程序或维护救援和诊断映像工具包的任何人。传统工具通常一次写入一张图像并擦除驱动器； Ventoy 颠覆了这种模式：驱动器保留了一个持久数据分区，您可以在其中正常管理文件。
启动时，Ventoy 会显示一个根据它找到的图像构建的菜单。它会递归搜索第一个分区，因此您可以在文件夹中组织 ISO。兼容性因图像而异；如果出现故障，通常是由于特定 ISO 期望的启动方式，而不是因为 Ventoy 忘记了您的文件。
该网站仅供参考。在重要计算机上运行安装程序之前，请务必验证下载页面上的校验和。
人们为什么要转换
为每周处理多个操作系统映像的实验室、服务台和高级用户提供更快的工作流程。
生产中重要的功能
这些是论坛和发行说明中最常引用的功能，而不是营销废话。
安全启动（可选）
安装时标志在固件允许的情况下启用安全启动支持。某些电脑需要密钥注册或固件更新。
主题和插件
使用主题和 JSON 插件自定义启动菜单，以实现持久性、过滤器、自动安装等。
文件系统选择
将第一个分区重新格式化为 exFAT、NTFS、FAT32、UDF、XFS 或 ext2/3/4，以匹配文件大小和操作系统期望。
网络启动
高级 PXE 式工作流程的项目文档中涵盖了 iPXE 相关功能。
Windows 和 Linux 上的 CLI
可编写脚本的安装和更新通过 Ventoy2Disk.sh 和用于自动化的 Windows CLI。
Windows 安装程序概览
经典之作 Ventoy2Disk.exe 默认列出可移动设备，以减少擦除错误磁盘的风险。高级用户可以显示所有磁盘 - 仅当您了解分区表和备份时才使用该模式。
由于较新的软件包包含特定于体系结构的二进制文件（x64、ARM、ARM64） altexe，当默认 EXE 不理想时，将二进制文件与您的主机操作系统匹配。
它是如何工作的（简单的心理模型）
-
1. 将 Ventoy 安装到驱动器上
这会为您的文件创建一个小的受保护引导区域以及一个大的第一个分区。安装步骤格式——先备份。
-
2. 复制图像
将文件拖放到该分区上的任何位置。 Ventoy 扫描子文件夹并构建按字母顺序排列的菜单（除非您使用插件限制路径）。
-
3. 启动并选择一个条目
固件加载 Ventoy，它会链式加载您选择的图像。 Ventoy 本身的更新不会删除您的 ISO 集合。
安装指南
典型安装的逐步概述。有关最新的标志和选项，请使用您下载的发行包内的自述文件。
视窗（图形用户界面）
- 下载 Windows ZIP （最新的安装程序包）。
- 解压并运行
Ventoy2Disk.exe. - 选择正确的 USB 设备（仔细检查尺寸和标签）。
- 点击 安装 或者 更新。安装格式化驱动器。
- 将 ISO 文件复制到大分区。
Linux（外壳）
sudo sh Ventoy2Disk.sh -i /dev/sdX # install (fail if already Ventoy)
sudo sh Ventoy2Disk.sh -I /dev/sdX # force install
sudo sh Ventoy2Disk.sh -u /dev/sdX # update代替 sdX 与您的设备。可选标志包括 -s （安全启动）， -g (GPT) 和保留空间 -r SIZE_MB.
安全检查表
- · 在单击“安装”之前拔下您不想触及的驱动器。
- · “显示所有设备”列出内部磁盘——仅供专家使用。
- · MBR 与 GPT 在安装时很重要；更新会忽略该选择。
如果 Windows GUI 反复失败，请尝试从 Linux 主机安装 Ventoy2Disk.sh，或启动实时 Linux 会话并使用提取的包中的 CLI。
兼容性和持久性
Ventoy 两者都支持 UEFI 和 传统BIOS 在许多系统上。实际成功仍然取决于固件质量、“CSM”设置以及 ISO 是否使用 Ventoy 可以链式加载的引导方法。在现场使用您关心的机器之前，请务必对其进行测试。
| 话题 | 笔记 |
|---|---|
| 大型 ISO | 当达到 FAT32 限制时，通常会使用 NTFS 或 exFAT。 |
| 苹果硅 Mac | 不是主要目标；社区报告各不相同 - 使用可以通过 UEFI/BIOS 启动的硬件（如文档所述）。 |
| Windows ISO | 一般支持；有些版本需要额外的驱动程序或安装步骤。 |
| Linux 实时 ISO | 通常直截了当；持久性需要支持的发行版的插件配置。 |
坚持 （在重新启动时保存某些 Linux 映像的更改）不是自动的：它使用插件 JSON 和支持的发行版。在依靠它进行考试或旅行笔记本电脑之前，请阅读捆绑文档中的持久性说明。
现实世界场景（社区模式）
以下是 复合场景 从常见的论坛帖子和服务台工作流程中提炼出来的——它们说明了人们优化的内容，而不是经过验证的报价。
“我们每年对学生实验室电脑进行两次映像。一个 128 GB 内存条可容纳 Ubuntu LTS、Windows 11、MemTest 和固件更新程序 ISO。学生从菜单中进行选择；我们从不在学期之间重新刻录。”
“现场技术套件：exFAT 分区、用于大型 Windows 映像的 NTFS、用于自定义主题的 Ventoy 插件，使菜单看起来很企业化。在两台笔记本电脑上注册密钥后启用安全启动。”
“仅限 Linux 的主机：CLI 安装到 USB，然后从 NAS 同步 ISO。Cron 友好，因为相同的脚本使用以下命令更新 Ventoy
-u学期开始之前。”
“游戏机和 PC 双重使用失败了——一些设备需要仅 FAT 布局。解决方法是用一根便宜的棍子专用于 Ventoy，另一根用于固件更新。”
故障排除和修复
搜索引擎喜欢具体的问题/解决方案表。使用自述文件、GitHub 问题和社区线程交叉检查任何高级步骤。
| 症状 | 值得尝试的事情 |
|---|---|
| 选择ISO后黑屏 | 尝试“正常”与“grub2”模式（如果提供）；更新Ventoy；验证 ISO 完整性；在另一台 PC 上测试相同的 ISO。 |
| 安全启动错误 | 使用安全启动选项重新安装；暂时禁用SB以隔离；请遵循 Microsoft/PC OEM 指南进行密钥注册。 |
| Ventoy GUI 中未列出 USB | 重新安装端口；避开枢纽；以管理员身份运行；仅当您知道哪个磁盘是哪个磁盘时才尝试“显示所有设备”。 |
| 慢启动菜单 | 分区上的数千个文件可能会减慢扫描速度 - 使用专用文件夹和插件过滤器。 |
主题和定制
Ventoy 支持启动菜单的图形主题。这在黑客马拉松和品牌恢复套件中很受欢迎。
深度参考
扩展手册 — 33 个额外注释
主要指南下方的简短独立提示。他们不会重复主角、常见问题解答或安装演练；在调试奇怪的硬件或规划棒布局时按标题浏览。
exFAT 簇大小与巨大的 Windows ISO 的比较
较大的分配单元可能会浪费小型工具的空间，但会加快 5 GB 以上映像的顺序读取速度 - 选择与混合小型实用程序和大型安装程序的方式相匹配的集群大小。
NTFS、ADS 和过度热心的 AV
一些套件使用备用流隔离 NTFS 上的“可疑”ISO；如果哈希值仅在一台 PC 上不匹配，请在指责下载之前扫描日志。
重复的文件名、不同的文件夹
Ventoy 列出路径；不同目录中的相同名称是有效的，但会让人混淆——前缀为 win/, linux/，或日期。
固件启动顺序与一次性启动菜单
在共享电脑上更改默认顺序是有风险的；对于偶尔的 Ventoy 会话，F8/F10/F12 覆盖更安全，无需重写 NVRAM 优先级。
TPM 2.0 和链式安装程序
Ventoy 将工作交给 ISO 的引导加载程序； Windows 11 的 TPM 检查仍然取决于该映像的要求，而不是 USB shell。
BitLocker To Go 在同一根棍子上？
将全盘加密层与 Ventoy 的布局混合起来很脆弱；将第二个驱动器专用于加密存档，而不是在一个分区上堆叠方案。
USB 2.0 菜单扫描延迟
缓慢的 2.0 总线上的数千个小文件会延长启动菜单时间；整合 ISO 并使用插件过滤器跳过不相关的树。
低眩光 GRUB 风格主题
深色背景和降低的色度有助于昏暗的服务器机房；保持字体大小≥18px，以便在压力下快速选择。
实验室机架的静音启动标志
一些发行版荣誉 quiet 或供应商特定的内核参数——在电子表格中记录每个图像，这样实习生就不会在每次启动时猜测。
日记和猛拉的棍子
ext4/xfs 期望有序卸载；即使在 Linux 主机上也要教授“正确弹出”，以避免在下一堂课之前出现 fsck 意外。
老式 BIOS 上的分区对齐
当您重新创建数据分区时，较旧的笔记本电脑关心 1 MiB 对齐；未对齐的启动会减慢旋转介质适配器上的写入速度。
混合 MBR/GPT 幽灵
罕见的双遗产映像使一些 UEFI 实现感到困惑；为这些机器保留一个普通的 GPT Ventoy 磁盘，并将其标记为“仅限 UEFI”。
VirtualBox 原始磁盘注意事项
通过物理 USB 作为 VMDK 功能强大且危险 - 请仔细检查磁盘 ID，这样您就不会错误地连接内部 NVMe。
QEMU 直接内核与 ISO 入门
在没有 ISO 的情况下测试内核是一个不同的工作流程； Ventoy 仍然以 ISO 为中心——使用 virt 工具进行迭代内核攻击。
在实时会话中循环安装
启动后，嵌套循环设备可以验证内部的 squashfs 层——在无需额外硬件的情况下教授取证课程时非常有用。
PipeWire 实时图像和持久性 JSON
每个发行版的音频堆栈都不同；持久性插件必须与发行版的记录布局相匹配——在调整之前逐字复制上游示例。
ZFS 发送/接收处于带外
Ventoy 不会取代您的 NAS 备份策略；它引导映像 - 它不管理快照复制。
最小救援足迹目标
带有三个 ISO 的 32 GB 存储棒通常胜过装满重复项的臃肿 256 GB 存储棒（对于携带重量而言，库存大小合适）。
在不中断启动的情况下对 JSON 进行品牌化
在牺牲棒上测试主题编辑；格式错误的 JSON 可能会清空菜单 — 保留已知良好的内容 ventoy.json 备份到您的笔记本电脑上。
菜单中的非拉丁文件名
UTF-8 通常有效；如果固件字体失败，则通过数据分区上的小帮助 ISO 名称或符号链接回退到 ASCII 别名。
无人值守安装的时区提示
预置和自动无人参与文件通常嵌入 TZ 字符串；为每个操作系统保留一份备忘单，以便教室时钟保持一致。
气隙镜纪律
当偷窃 ISO 时，将镜像 URL、日期和哈希值记录在审计文件旁边的明文清单中。
ZSTD 捆绑包的 SHA-512 与 SHA-256
如果发布在上游都可以；选择您的操作系统附带的工具（certutil, sha256sum, Get-FileHash）并保持一致。
相同USB串口混淆
便宜的集线器报告重复的描述符；标签物理粘贴，并在并行闪烁多个设备时使用 LED 闪烁模式。
安全密钥与启动链
FIDO/WebAuthn 设备不会替换固件密码； Ventoy 不会解锁受 TPM 保护的公司策略 — 策略由 IT 负责。
WinPE RAMdisk 大小调整说明
一些PE在RAM中构建气球；如果选择后机器死机，请在盲目添加驱动程序之前使用精益 PE 映像进行测试。
音频 DSP 固件 blob
现场会话中的 HDMI 声音与 Ventoy 的启动路径无关——单独的驱动程序包属于所选 ISO，而不是 Ventoy 层。
无头安装程序的串行控制台
在驱动不带 GPU 的机架服务器时，以发行版特定的方式附加控制台参数 - 将波特率记录在棒的 README.txt 中。
仅 IPv6 网络与离线棒
当 WAN 不稳定时，Ventoy 会大放异彩；仍然定期镜像更新，因为实时图像可能期望在设置期间可达。
实时会话中的 RTC 漂移和 TLS
如果 HTTPS 莫名其妙地失败，请检查硬件时钟——正确的时间很无聊，但对于证书验证来说是必需的。
Windows 可移动媒体策略
组策略可以隐藏非主分区；公司笔记本电脑可能仅显示数据量 - 相应地计划培训屏幕截图。
容器导出不是启动菜单
Docker 保存/加载工作流程与 ISO 多重启动不同；根据工件类型使用正确的工具，以避免浪费下午的时间。
旋转棍子并在口袋上贴上标签
淘汰磨损的连接器；一根价值 12 美元的棍子在中闪时掉落，比更换棍子花费更多的时间——保留“prod”与“scratch”的颜色代码。
这些注释仅是附加上下文；始终首先在非生产硬件上验证有风险的步骤。
长格式扩展
超扩展参考库
该区块有意在主页下方添加大量差异化内容。每章都侧重于一个单独的操作角度，因此添加的文本不是重复的填充物。
第 01 章 — 现场部署模式
校园团队通常按受众划分棍棒：一根用于注册，一根用于诊断，一根用于成像。命名方案比工具更重要，因为在中断期间切换会发生得很快。
实用的清单矩阵包括设备型号系列、已知的 BIOS 热键以及之前是否在该环境中测试过安全启动注册。
当实验室使用多种语言时，请保持文件名简短且稳定。使用外部图例文档进行翻译，而不是每学期更改 ISO 名称。
对于区域分支机构，保留一个规范包源并通过校验和镜像快照进行分发。分支之间的漂移会导致难以调试的不匹配。
第 02 章 — 硬件分类手册
如果系统在固件菜单中从未看到 USB，请测试直接后置 I/O，禁用快速启动，然后在怀疑介质损坏之前使用最少的连接外围设备重新测试。
选择后立即出现黑屏通常表示图像特定的图形切换问题。将备用引导条目保留在附近，以将 ISO 行为与平台问题隔离。
在较旧的企业笔记本电脑上，扩展坞可能会隐藏可启动设备，直到 POST 路由之后。复制用户报告时首先取消停靠。
如果只有一个机器系列出现故障，请在事件记录中存档固件版本。回归通常与一个 BIOS 版本系列相关。
第 03 章 — 完整性和来源工作流程
哈希验证应该被视为释放门，而不是礼节性的步骤。跳过此步骤的团队通常只有在生产窗口中安装失败后才会发现问题。
保留包含文件名、哈希值、源 URL 和检索日期的本地清单。当镜像旋转具有相似命名模式的工件时，这可以防止混淆。
如果签名可用，请验证签名和哈希值。哈希确认传输完整性；签名确认发布者身份。
保留以前已知良好的映像以进行回滚。 “仅限最新”库会减少存储空间，但会增加出现回归时的恢复时间。
第 04 章 — 面向自动化的维护
自动刷新作业应将下载暂存到临时区域，验证哈希值，然后自动将批准的文件提升到 USB 同步文件夹。
按渠道（稳定、测试、紧急）使用确定性文件夹名称，因此脚本不需要为每个新版本进行临时正则表达式更新。
在数据分区的根目录中以纯文本形式生成变更日志。现场工作人员无需打开外部系统即可快速查看发生的变化。
对于 CI 驱动的媒体准备，导出审核工件（日志、哈希值、时间戳）以及构建结果以支持合规性审查。
第 05 章 — 文档和团队入职
新团队成员受益于单页启动备忘单：组合键、预期提示、故障签名和升级路径。
屏幕截图应包括固件上下文（安全启动状态、UEFI/传统模式），以便读者可以在故障排除期间准确匹配条件。
保持政策语言清晰：哪些介质得到批准、刷新频率以及谁授权向 ISO 目录添加内容。
每季度进行一次模拟演习，工作人员仅使用记录的步骤来恢复“损坏”的机器。这可以在压力下验证文档。
第 06 章 — 安全态势考虑因素
将物理 USB 介质视为半可信资产。维护高敏感环境的保管日志并立即淘汰来源不明的驱动器。
将操作媒体与事件响应媒体分开。混合角色会在法医工作流程中产生意外污染风险。
当防病毒工具修改下载的文件时，请隔离副本并将哈希值与原始原始文件进行比较，然后再允许现场使用。
针对可疑篡改建立清晰的事件流程：隔离、验证、记录监管链以及根据可信基线重新映像。
第 07 章 — 兼容性报告框架
通过四个维度标准化报告：机器型号、固件版本、启动模式和精确的映像校验和。任何少的东西都很难重现。
使用通过/失败加上症状标签，例如冻结、重新启动循环、黑屏或丢失输入。跨团队的模式分析变得更加容易。
捕获从菜单切换到映像引导加载程序之前或之后是否出现问题。此边界有助于快速隔离根本原因。
在内部定期发布兼容性快照，以便支持团队知道哪些组合经过验证，哪些组合是实验性的。
第 08 章 — 性能和用户体验调整
巨大的平面目录会降低菜单响应能力。分层文件夹加上重点插件过滤器可提高紧急任务期间操作员的速度。
选择专为一目了然的阅读而优化的简洁标签。在现场维修过程中，认知负荷比描述性文件名更重要。
如果需要一致的启动延迟，则基准测试会坚持代表性硬件，并淘汰读取性能不稳定的异常值。
视觉主题对比度应在明亮的日光和昏暗的服务器机房进行测试；一个调色板很少能在不妥协的情况下同时满足两者。
第 09 章 — 运营弹性策略
始终保持至少一个不可变的后备坚持与保守的、经过验证的图像。实验媒体绝不应该是您唯一的选择。
将打印的带有关键程序的快速恢复卡存放在运输箱中。当您需要关键步骤时，网络访问可能不存在。
使用读取验证和 SMART 兼容适配器定期运行介质运行状况检查，以便在现场调用之前捕获故障。
包括备用适配器和已知良好的集线器。许多“软件”事件实际上是连接器损坏或电源链欠压造成的。
第 10 章 — 治理和生命周期政策
定义图像包含决策的所有权。如果没有治理，目录就会混乱地增长，并且支持质量会随着时间的推移而下降。
设置客观的退役标准：年龄、不受支持的供应商状态或未解决的关键 CVE。旧图像不应该无限期地徘徊。
对您的剧本进行版本控制，并将媒体标签与文档修订版联系起来，以便操作员知道哪些指令与手头的驱动器相匹配。
季度审查会议应协调用户反馈、事件数据和新要求，以保持图书馆的相关性和安全性。
第 11 章 — 面向未来和扩展的想法
考虑为教育、企业支持和个人恢复维护单独的媒体资料。特定于上下文的集合可以减少决策疲劳。
建立一个小型内部门户，列出经过验证的图像、哈希值和已知的警告；这个中心来源降低了团队之间的偏差。
尽早跟踪平台过渡（ARM64 增长、固件策略更改），以便您的工具包在旧假设被打破之前不断发展。
保持实验结构化：测试日志、回滚计划和成功标准。当变化是可衡量的时，持续改进效果最好。
扩展块结束。此部分故意超大，以提供比先前布局更多的底页内容。
巨型阑尾
庞大的底层知识库
这是在所有现有块之后添加的超长部分。它侧重于实际操作、过程纪律和现场检查表，其基调和结构与前面的章节不同。
运营基线清单
在进行任何维护之前，请验证固件中的电源稳定性、已知良好的 USB 端口和键盘访问。这可以防止因环境问题引起的误诊断。
按顺序记录每个测试：BIOS 条目、启动菜单可见性、所选映像和最终结果。当团队之间的事件升级时，结构化日志可以减少重复工作。
媒体轮换政策
将闪存介质视为消耗品。根据写入周期和观察到的错误趋势分配更换服务窗口，而不是等待硬故障。
使用彩色标签表示生命周期状态：活动、暂存、存档、退役。物理标签可避免紧急部署期间的意外重复使用。
启动键映射说明
供应商通过模型生成来更改关键提示。保留一个包含备用键和观察到的延迟的本地表，以避免丢失短启动菜单窗口。
如果可能，请包含您组织中使用的实际硬件系列的屏幕截图，以便现场工作人员可以直观地匹配提示。
下载治理工作流程
单独的获取、验证和发布职责。一个人下载，另一个人验证，只有经过批准的工件才能进入共享分发。
这种拆分过程减少了单点错误，并提高了对跨多个团队使用的发布包的信任。
现场事故套件组成
携带双份适配器、已知良好的短电缆和一个后备键盘。外围设备故障很常见，并且可能类似于启动故障。
添加打印的紧急步骤，以便在电话被策略阻止或网络访问不可用时仍然可以进行恢复。
图像命名标准
使用可预测的命名，例如产品、版本、架构和日期。一致的名称可以减少长引导菜单中的选择错误。
尽可能避免使用空格和标点符号较多的名称；在受限的固件 UI 中，简单的名称仍然更容易解析。
新技术人员培训演练
运行基于场景的演练：安全启动不匹配、无法访问的启动菜单和哈希故障处理。重复可以提高压力下的信心。
每次演习后进行汇报，并用真正的绊脚石更新内部笔记，以使行动手册与团队经验保持一致。
启动失败的报告模板
每个报告应包括系统标识符、固件设置、选定的映像校验和以及确切的故障阶段。缺少元数据会减慢分类速度。
使用时间戳和介质序列标签将重复故障与特定设备或批次关联起来。
更改插件更新的控制
插件 JSON 更改应遵循拉取请求审查并在非生产硬件上进行测试。语法有效不等于行为安全。
保留每个插件集的版本备份，以便在一项调整破坏边缘情况系统时快速回滚。
机队细分策略
按架构和策略级别拆分支持团队。一刀切的媒体集通常会变得庞大、嘈杂且容易出错。
较小的精选集可减少菜单混乱，并提高在有限维护窗口中工作的技术人员的选择速度。
操作后验证程序
成功安装或恢复后，在关闭票证之前验证网络、存储可见性、时间同步和重新启动持久性。
此最终检查捕获最初显示为固定但在首次用户登录期间失败的部分成功状态。
档案和法律可追溯性
保留每个图像的存档清单，其中包含源、校验和、检索日期和保留所有者。它简化了审计和许可证审查。
对于具有严格控制的组织，请将每个分布式映像与更改请求 ID 和批准时间戳相关联。
扩展快速笔记
维护日常媒体更新和紧急响应更新的单独轨道。日常变化应该是可预测的；紧急变更应立即记录并随后进行审查。
保持精简的“始终有效”图像集独立于实验添加。在停电期间，可靠性比工具的广度更重要。
当扩展底页内容以供参考时，优先考虑实用程序、明确的所有权和可重复的验证步骤，而不是通用技巧。
资源中心
Ventoy 场景化指南
围绕安装、Secure Boot 与 Linux 持久化的重点操作指南。