Ventoy 是累積八萬顆星標的開源開機碟工具,十月九日發布 1.1.18 版。映像檔直接複製到隨身碟即可開機,不需每次重新格式化。本次版本加入 SteamOS 復原映像的實驗性支援,並修正安全開機的版本檢查。

Ventoy 的 GitHub 儲存庫 README 開頭,頂部為專案名稱標題,下方依序排列正式版、授權、星標、累計下載量與建置狀態五個徽章,接著以數行文字說明可直接開機 ISO、WIM、IMG、VHD 與 EFI 檔案,並列出支援的開機模式與已測試的映像檔數量

Ventoy 是什麼?

Ventoy 是一套開源開機碟工具,把映像檔複製到隨身碟即可由內建選單開機,無需反覆格式化。專案於二零二零年由 longpanda 建立,以 C 語言撰寫。

專案的定位在 README 首段已寫得清楚。它要建立一支可開機隨身碟,用於 ISO、WIM、IMG、VHD 與 EFI 檔案,而同一個裝置可以同時存放多個映像檔。

這種做法打破了過去「一個映像檔對應一次格式化」的慣例。使用者把多個映像檔一次複製到隨身碟,開機時由 Ventoy 提供選單,選擇要載入的項目。

專案的適用範圍相當廣。官方測試清單收錄超過一千三百個映像檔,涵蓋 Windows 各版本、主要 Linux 發行版、FreeBSD 與 TrueNAS 等 Unix 系統、ChromeOS 變體,以及 VMware ESXi 與 XenServer 這類虛擬化平台。

1.1.18 版有哪些改動?

此版為 SteamOS 復原映像加入實驗性支援,並重整 Linux 重新掛載流程,把映像分割區裝置名稱固定,令主流桌面發行版開箱即可掛載,另修復數款發行版的開機問題。

版本說明列出十二項改動,多數集中在相容性修正。SteamOS 復原映像的支援列於首位,屬實驗性質,官方在說明中以「實驗性」標示其狀態。

Linux 端的重新掛載功能改動幅度較大。原本映像分割區在不同發行版需要手動處理掛載,新版把它變成開箱可用,並把裝置對應名稱固定下來,同時抑制部分桌面環境重複顯示磁碟圖示的問題。

其餘項目屬於個別發行版與硬件的補漏。Fedora 45 測試版無法開機、Grml 二零二六年九月版啟動失敗、Ubuntu 桌面環境持久化間歇失效,三項都在此版修復,Windows 與 WinPE 的安全開機版本檢查亦一併修正。

Ventoy 儲存庫首頁頂部,左上為專案名稱與組織標誌,下方顯示主要分支名稱與目錄檔案列表,右側為關於欄位,描述此工具用於建立可開機隨身碟並支援多種映像格式

Ventoy 的運作原理是什麼?

安裝時在磁碟前端寫入開機程式並建立小型 EFI 分割區,其餘空間作資料分割區。開機時掃描映像檔,掛載為虛擬磁碟並產生選單,映像檔不需解壓到記憶體。

磁碟佈局是理解這套工具的關鍵。安裝程式在裝置最前方保留一小段空間存放開機檔案與 EFI 內容,其餘容量則留給使用者存放映像檔,格式可選 exFAT、NTFS、XFS 或 Btrfs。

開機過程並不把映像檔解壓到記憶體。開機程式會把映像檔當成一個虛擬磁碟提供給系統,作業系統從中讀取的資料直接來自身碟上的檔案,因此映像檔大小不受記憶體容量限制。

專案為此設計了一套相容機制。映像檔的啟動腳本可以透過約定介面查詢自己所屬的檔案路徑,這套約定被稱為 Ventoy 相容,令部分發行版能夠正確處理從檔案開機的情境。

外掛框架則在開機程式之上再加一層設定。主題、選單別名、自動安裝腳本、執行期注入檔案、密碼保護與設定檔替換,全部透過資料分割區內的設定檔控制,並附有圖形化設定工具。

與傳統寫入工具的分別在哪裡?

傳統工具每次寫入都會清空裝置,一支隨身碟只對應一個映像檔。Ventoy 只在首次安裝時寫入一次,之後增加映像檔等同複製檔案,原有資料不受影響。

差異的核心在於寫入次數。Rufus、balenaEtcher 一類工具的流程是選擇映像檔、清空裝置、寫入並校驗,換一個系統就要重做一次。

Ventoy 把這道流程壓縮成一次。首次安裝完成後,裝置同時是一支普通隨身碟與一支多重開機碟,兩個身份並存,資料分割區的內容在版本升級時亦會保留。

這種設計改變了維護備援碟的習慣。系統管理員不必為每個發行版準備一支隨身碟,也不必在出門前重新寫入,遇到新版本只需把檔案複製進去。

代價是相容性需要逐一驗證。映像檔的啟動方式各異,部分客製化或加殼的映像檔無法從檔案開機,官方為此維護一份已測試清單,並提供回報機制收集結果。

專案數據與生態地位如何?

專案累積八萬零五百九十五顆星標、五千零三十三次復刻與一千零一十三個未關議題,採 GNU 通用公眾授權第三版,以 C 語言撰寫,官方測試清單收錄逾一千三百個映像檔。

80,595星標
5,033復刻
1,013未關議題
1,300+已測映像

專案的覆蓋面是它最明顯的資產。README 標示支援舊式 BIOS、三十二位元與六十四位元 UEFI、ARM64 UEFI 與 MIPS64EL UEFI,分區表同時支援 MBR 與 GPT,這種廣度在同類工具中並不常見。

生態延伸出兩個周邊產品。圖形化設定工具 VentoyPlugson 讓使用者不必手動編輯設定檔,另一條產品線 iVentoy 則把同一套思路搬到網路開機,以 PXE 與 HTTPBoot 方式把映像檔派送到整批機器。

商業模式相對單純。專案採捐贈制,README 列出支付寶、微信支付、PayPal 與比特幣四種管道,沒有付費版本或托管服務,維護工作長期由少數核心開發者承擔。

Ventoy 儲存庫的貢獻者統計頁面,以長條圖呈現歷年提交數量分佈,下方列出提交次數最高的貢獻者帳號與對應數字,反映專案由少數核心維護者帶動、社群零星參與的結構

如何開始使用 Ventoy?

官方提供 Windows 與 Linux 兩個版本的安裝程式,執行後選擇目標裝置並確認即可完成部署。之後把映像檔複製到資料分割區,重新開機選擇該裝置便會看到選單。

安裝流程分成兩個平台。Windows 使用者下載壓縮包並執行圓形介面的安裝程式,Linux 使用者解壓後以系統管理權限執行附帶的安裝腳本,兩者都會在寫入前要求確認目標裝置。

# Linux:解壓後執行安裝腳本
sudo sh Ventoy2Disk.sh -i /dev/sdX

# 升級既有裝置,保留資料分割區內容
sudo sh Ventoy2Disk.sh -u /dev/sdX

安裝完成後,資料分割區會以一般磁碟形式出現。把映像檔複製進去,重新開機並在韌體選單選擇該裝置,Ventoy 便會掃描檔案並列出可開機的項目。

選單支援清單與樹狀兩種檢視,並可透過設定檔指定預設項目、逾時秒數與密碼。對於需要批次部署的環境,自動安裝外掛可以在開機時自動載入應答檔,完成無人值守安裝。

使用時需要注意哪些限制?

部分客製映像檔無法從檔案開機,需查閱官方測試清單確認。安全開機在部分主機需要手動註冊金鑰,而開機分割區一旦被改動,整支裝置可能無法啟動。

第一項限制與映像檔本身有關。以特殊封裝方式製作的安裝媒體可能無法被虛擬磁碟機制正確辨識,開機後會停在啟動階段,這類情況只能改用傳統寫入方式。

第二項限制涉及安全開機。多數主機可以自動通過驗證,但部分品牌需要進入韌體介面手動註冊金鑰,或關閉安全開機後再重新啟用,首次部署時應預留這段處理時間。

第三項限制關於磁碟結構。開機分割區存放核心開機程式,一旦被格式化或改動,裝置便失去開機能力,資料分割區的檔案則不受影響,重新安裝即可恢復。

第四項屬於效能層面。映像檔以檔案形式讀取,開機速度取決於隨身碟的隨機讀取能力,低價裝置在載入大型安裝程式時會明顯較慢,與映像檔本身無關。

出處連結有哪些?

本文資訊整理自 Ventoy 官方儲存庫的 README、1.1.18 版本說明與官方網站文件,專案數據取自 GitHub API 於二零二六年十一月五日的查詢結果。

常見問題有哪些?

以下五個問題涵蓋版本升級、安全開機設定、與 Rufus 的取捨、持久化功能,以及映像檔無法開機時的排查方向。

升級 Ventoy 會清除隨身碟內的檔案嗎?

不會。升級只會改寫前端的開機分割區,資料分割區的內容保持不變。官方仍建議在升級前備份重要檔案,避免中途斷電造成分割表異常。

安全開機無法通過怎麼辦?

先在韌體介面確認安全開機狀態,部分主機需要進入金鑰管理頁面註冊 Ventoy 的憑證。若主機不支援自訂金鑰,可暫時關閉安全開機完成安裝,再視需要重新啟用。

Ventoy 與 Rufus 應該如何選擇?

只需一次性安裝單一系統時,傳統寫入工具流程較短。需要長期維護多個系統、經常更換安裝媒體,或希望保留隨身碟日常用途時,Ventoy 的維護成本明顯較低。

持久化功能是什麼?

持久化讓以檔案開機的 Linux 系統把變更寫回一個獨立資料檔,關機後設定與檔案得以保留。此功能需要為每個發行版建立對應的資料檔,並在設定檔中指定。

映像檔複製進去卻沒有出現在選單上?

先確認檔案放在資料分割區的根目錄或已設定掃描路徑,並檢查副檔名是否為支援的格式。若選單可見但開機失敗,代表映像檔本身不相容,需查閱官方測試清單。

總結:Ventoy 適合什麼人?

Ventoy 適合需要長期維護多套系統安裝媒體的技術人員,也適合希望隨身碟兼具日常用途的使用者。本次版本屬相容性維護,價值在於減少跨發行版的部署摩擦。

八萬顆星標與一千三百個已測映像檔,說明這套工具解決的是一項長期存在的麻煩。它的技術並不複雜,價值在於把「換系統就要重新寫入」這道步驟徹底移走。

1.1.18 版沒有帶來架構層面的變化。十二項改動裡,過半屬於個別發行版的補漏,SteamOS 復原映像的支援亦仍屬實驗階段,整體節奏更像維護而非躍進。

真正值得觀察的是維護結構。專案長期由少數開發者推動,未關議題超過一千個,相容性清單的擴充速度取決於社群回報,這種模式在映像檔格式持續演變時會面臨壓力。

對於需要在機房與現場之間切換的技術人員,這套工具節省的時間相當具體。對於一年只重裝一次系統的使用者,傳統寫入工具已經足夠,不必額外承擔學習成本。