跳到主內容

Proxmox VE 8x to 9x 升級

Proxmox VE 已經釋放出新版的 8 版，改版內容如下或者連到官方看改版內容 官方 wiki 公告內容

官方最新消息 Proxmox Virtual Environment 9.0 with Debian 13 released

此版改版內容

  • 基於 Based on Debian Trixie (13)
  • 最新 6.14.8-2 內核，作為新的穩定預設
  • QEMU 10.0.2
  • LXC 6.0.4
  • ZFS 2.3.3
  • Ceph Squid 19.2.3
重點功能
  • 基於 Debian Trixie 的全新主要版本。
  • 無縫升級：可從 Proxmox VE 8.4 升級至 9（請參考 Upgrade from 8 to 9）。
  • 厚配置 LVM 儲存上的 VM 快照（實驗性功能）
     厚配置 LVM 儲存現在新增屬性，支援將快照作為卷鏈（volume chains）。
     使用此設定時，建立 VM 快照會將當前虛擬磁碟狀態保存為快照名稱，並基於該快照建立新的卷。
     這讓共享厚配置 LVM 儲存上的 VM 也能使用快照，常見於透過 iSCSI / 光纖通道（Fibre Channel）提供的 LUN。
  • 高可用性 (HA) 的節點與資源關聯規則
    HA 關聯規則是一種新機制，用來控制 HA 資源（如支援 HA 的 VM 與容器）在節點上的放置位置。
    • 節點關聯規則：規定 HA 資源只能放置在特定節點上。
    • 資源關聯規則：規定一組特定 HA 資源必須始終在同一節點上，或必須分散在不同節點上。
  • 軟體定義網路 (SDN) 堆疊中的 Fabrics 功能
     Fabrics 是由多個節點互連組成的路由網路。
     Proxmox VE 的 SDN 堆疊現在支援建立 OpenFabric 與 OSPF fabrics。
     Fabrics 可用於建立全互連 (full-mesh) 的 Ceph 叢集，或作為虛擬私人網路 (VPN) 的底層網路。
  • 現代化的行動版網頁介面
    • 行動介面可快速檢視 VM、任務、儲存與其他資源。
    • 支援基本維護操作，例如啟動與停止虛擬機。
    • 全新行動版介面以 Rust 撰寫，基於 Yew framework 與 Proxmox Yew widget toolkit。
  • ZFS 新增支援：可將新設備新增至既有的 RAIDZ 儲存池，且僅需最少的停機時間。
更新日誌總覽

在升級之前，請務必先查看 已知問題 (Known Issues) 與重大變更 (Breaking Changes)。

Web 介面 (GUI) 的增強功能
  • 現代化的行動版網頁介面
     行動版介面可快速檢視 VM、任務、儲存與其他資源。
     也允許執行基本維護工作，例如啟動與停止虛擬機。
     全新行動版介面以 Rust 撰寫，基於 Yew framework 與 Proxmox Yew widget toolkit。
     當從行動裝置存取時，Proxmox VE GUI 會自動切換至行動版介面。
  • 通知功能改進
    • 修復了 SMTP 端點選項中，在某些瀏覽器中「Authenticate」勾選框會被誤勾的問題（issue 5588）。
    • 修復了 SMTP 端點無法正確引用寄件者顯示名稱的問題（issue 6188）。
    • 將備份工作的通知設定移至單獨的分頁。
    • 明確通知模式的行為，將通知模式中的「auto」對應至 GUI 中的具體模式。
    • 移除過時的通知設定（這些僅在 pvetest 軟體庫中短暫提供）。
    • 確保翻譯更新會立即反映在 GUI 中。
  • 確保翻譯更新能即時反映在 GUI 中。
  • 修復導致檔案還原對話框無法開啟的短期回歸問題。
  • 改善登入失敗時的錯誤回報，以提升故障排除效率。
  • 自訂同意視窗的改進：
    • 修復同意視窗超過視口大小的問題（issue 6312）。
    • 避免在 OIDC 登入時顯示同意文字兩次（issue 6311）。
  • 在渲染前對 API 結果進行 HTML 編碼，作為額外的 XSS 防護（PSA-2025-00008-1）。
  • 對節點系統面板中的服務檢視進行小幅改進。
  • 修復服務檢視中錯誤顯示 postfix 已停用 的問題（issue 6537）。
  • 修復在編輯備份任務時 未顯示 Help 按鈕 的問題（issue 6534）。
  • 改進翻譯處理：
    • 新增對 複數形式 (plural forms) 與 ngettext 用法 的支援。
    • 翻譯內容現在可包含從原始碼中擷取的註解，並為翻譯人員提供有用的上下文。
  • 已更新的翻譯語言如下：
    • 捷克文（新增！）
    • 阿拉伯文
    • 保加利亞文
    • 法文
    • 德文
    • 義大利文
    • 日文
    • 韓文
    • 波蘭文
    • 俄文
    • 簡體中文
    • 西班牙文
    • 瑞典文
    • 繁體中文
    • 烏克蘭文
虛擬機（KVM/QEMU）
  • 新 QEMU 版本 10.0.2：
     詳細資訊請參考上游變更日誌。
  • 即時遷移 (Live migrations) 現在可選擇將 conntrack 狀態一併遷移到目標節點（issue 5180）。
     當主機防火牆啟用時，主機上的連線追蹤 (conntrack) 會追蹤所有網路連線，包括與客體 VM 的連線。
     過去，將正在運行的 VM 遷移到不同節點時，不會一併遷移 conntrack 狀態，可能會造成 VM 的部分網路連線中斷。
     現在可以選擇在 VM 遷移時一併遷移 conntrack 狀態，以避免此類問題。
  • 允許從具有 "import" 內容類型的儲存匯入 VM 磁碟（issue 2424）。
     匯入 VM 磁碟可從 硬體檢視 (Hardware view)、VM 建立精靈 (VM creation wizard) 與 儲存內容檢視 (storage content view) 中進行。
  • 使用現代化的 blockdev QEMU 命令列介面（適用於 10.0 或以上版本的 VM）。
     這也允許在存儲遷移期間修改 非同步 IO (Async IO) 設定。
  • virtiofs：修復 Windows 客體在讀取大量檔案時，virtiofs 會達到開啟檔案數量上限的問題。
  • OVMF：回溯整合上游修補，避免在支援 split lock detection 的平台上啟動 VM 時，在日誌中出現相關警告（issue 6430）。
  • 修復 ISO 映像在某些設定下，可能被客體修改的問題（PSA-2025-00007-1）。
  • 回溯修補 libtpms 中的越界讀取漏洞，該函式庫用於將 TPM 功能整合至 QEMU（PSA-2025-00010-1）。
  • 修復 aarch64 VM 在存在 VirtIO RNG 裝置（PXE 開機所需）時無法啟動的問題（issue 6466）。
  • 增加裝置熱插拔與移除的逾時限制（issue 5985）。
  • 修復 NVIDIA vGPU 僅能在 PCI 前綴為 0000: 時使用的問題（issue 6400）。
  • 修復在遷移過程中，會記錄 「使用未初始化值」警告 的問題。
  • 修復在執行 qm showcmd 時，若 PCI 直通啟用，會保留 PCI 裝置的問題。
容器（LXC）
  • 新 LXC 版本 6.0.4：
     詳細資訊請參考 上游變更日誌。
  • 允許對執行中的容器熱插拔裝置。
     目前尚未實作移除或編輯正在執行的容器的既有裝置功能。
  • 容器現在預設建立為非特權容器 (unprivileged containers)。
     這在透過 GUI 建立容器時本來就是預設行為，現在在透過 API 與 CLI 建立容器時也同樣是預設值。
     特權容器（privileged containers） 缺乏安全性機制，只應該在可信任的環境中使用。
     建立特權容器現在在大多數情況下需要 Sys.Modify 權限。
     若要就地還原（in-place restore）一個特權容器，若目前容器已經是特權模式，則不需要 Sys.Modify 權限。
  • 容器備份對話框現在僅在備份至 Proxmox Backup Server 時，才會顯示變更偵測模式選項。
     變更偵測模式僅支援備份至 Proxmox Backup Server。
  • 容器安裝過程不再產生 DSA SSH 主機金鑰，因為 OpenSSH 已移除對 DSA 的支援。
  • 修復設定 link_down 為 0 時不會生效的問題。
虛擬客體的一般改進
  • 加強虛擬客體的效能指標，提供更詳細的資源使用概覽。
     VM/CT 摘要面板中的 記憶體使用率圖表 現在額外回報主機上該客體 cgroup 的記憶體使用狀況（issue 6068）。
     這很有用，因為 VM 通常在主機上消耗的記憶體會比客體內部所回報的數值更多。
     新增的圖表會顯示 CPU、IO 與記憶體壓力停滯 (stall) 的資訊，以便於疑難排解。
  • 擴大 RRD 客體效能指標的聚合時間範圍，以提供更高的時間粒度。
     The following resolutions are now available: one point per minute for a day, one point every 30 minutes for a month, one point every six hours for a year, and one point per week for a decade.
     這些選項與 Proxmox Backup Server 的效能指標聚合一致。
  • VirtIO vNIC 在 MTU 欄位未設定時，現在會預設繼承橋接 (bridge) MTU，而不是固定使用 MTU 1500。
  • 改善錯誤回報機制，當客體遷移失敗是因為遷移隧道關閉時，能更清楚顯示問題。
HA 管理器 (HA Manager)
  • 高可用性 (HA) 的節點與資源關聯規則
     HA 關聯規則是一種新機制，用於控制 HA 資源（如支援 HA 的 VM 與容器）在節點上的放置位置。
     節點關聯規則 (Node affinity rules)：規定 HA 資源只能放置於特定節點。
     資源關聯規則 (Resource affinity rules)：規定特定的一組 HA 資源必須始終在同一節點上，或必須分散在不同節點上。
     HA 群組已被淘汰，改由節點關聯規則取代。
     nofailback 選項（適用於 HA 群組）已被新的 failback 選項（適用於 HA 資源）取代。
     現有的 HA 群組將在叢集內所有節點都升級到 Proxmox VE 9 後，自動遷移至節點關聯規則。
  • 改善隔離 (fencing) 事件的日誌記錄，以利故障排除
     watchdog-mux 現在會在用戶端 watchdog 即將過期時記錄警告。
     在更多情況下同步日誌至磁碟，以提高在隔離後仍能取得診斷資訊的機率。
  • 確保閒置的本地資源管理器 (Local Resource Manager) 在接收到遷移時，能盡快啟動。
Proxmox VE 叢集的管理改進
  • 允許設定 pveproxy 與 pvedaemon 的工作程序數量（issue 5392）。
     預設情況下，pveproxy 與 pvedaemon 各自會啟動三個工作程序，對大多數工作量已足夠。
     增加工作程序數量有助於減輕長回應時間或自動化工作負載觸發大量 API 請求時可能發生的逾時問題。
  • 增加 TLS 憑證產生的逾時時間，以避免在較慢的環境中發生失敗（issue 5510）。
  • 對 pmxcfs 的改進：
    • 確保在 /etc/pve 下的符號連結使用 stat 指令時能得到正確結果（issue 6445）。
       修復了 bsdtar 在 /etc/pve 上無法執行的問題。
    • 在初始化失敗時提供更多上下文資訊（issue 6434）。
    • 以更易讀的方式列印 corosync 錯誤至日誌，便於故障排除。
  • 修復某些情況下安裝套件版本資訊無法廣播至叢集的問題（issue 5894）。
備份 / 還原 (Backup/Restore)
  • 提高從 Proxmox Backup Server 還原 VM 磁碟的並行度
     從 Proxmox Backup Server 還原時，現在每個工作執行緒可同時抓取多個資料區塊 (chunks)。
     這能在具備高速網路與磁碟的環境中改善還原效能。
     可透過環境變數自訂同時抓取的區塊數量與工作執行緒數量。
  • 增加分配給 VM 的記憶體，以提升單檔案還原的效能。
  • 修復了一個問題：當從 Proxmox Backup Server 還原容器備份時，如果備份中包含 硬連結 (hardlink)，則會導致還原失敗。
  • 暫存備份 (fleecing backups) 的改進：：
    • 修復在備份已停止 VM 後，暫存映像不會被移除的問題（issue 6317）。
    • 避免將暫存映像列為未使用的磁碟。
儲存 (Storage)
  • 厚配置 LVM 儲存上的快照 (volume chains)（技術預覽）
     厚配置 LVM 儲存新增屬性，支援將快照作為 卷鏈 (volume chains)。
     使用此設定時，建立 VM 快照會保存當前虛擬磁碟狀態，並基於該快照建立新的卷。
     這讓共享厚配置 LVM 儲存（例如透過 iSCSI/Fibre Channel 提供的 LUN）上的快照成為可能。
     目前快照的邏輯卷仍為厚配置，但底層儲存可能會支援 thin provisioning。
     此設定僅影響新建立的 VM 磁碟。
     若 VM 的快照磁碟位於支援快照卷鏈的本地儲存上，目前無法進行 VM 遷移。
  • 在 Directory/NFS/CIFS 儲存上支援快照卷鏈（技術預覽）
     建立新的 Directory/NFS/CIFS 儲存時可啟用快照卷鏈支援。
     使用此設定時，建立 VM 快照會保存當前虛擬磁碟狀態，並基於該快照建立新的 qcow2 檔案。
     與 qcow2 快照相比，卷鏈快照可提供更好的效能，並在刪除快照時減少 VM 停機時間。
     若 VM 的快照磁碟位於支援快照卷鏈的本地儲存上，目前無法進行 VM 遷移。
  • 允許在資料中心設定專用的複寫網路 (replication network)
     過去，遷移網路同時被用於複寫流量，現在可設定專用網路以分流。
  • 停用 LVM/LVM-thin 上新建立邏輯卷的自動啟用 (autactivation)
     避免主機在不必要時自動啟用與映射邏輯卷（例如開機後）。
     在共享 LVM 儲存的叢集環境中，修復了多個 VM/磁碟建立與遷移的問題（issue 4997）。
     提供遷移腳本以停用現有 LV 的 autactivation。pve8to9 檢查工具會建議在必要時執行該腳本。
  • Proxmox Backup Server 外掛 現在會以 UTF-8 格式儲存並擷取密碼，符合 Proxmox Backup Server 的規範（issue 5181）。
  • ESXi 匯入的改進
    • 修復在某些舊版 ESXi 環境中，列出 VM 會失敗的問題。
  • GlusterFS 支援已被移除（自 PVE 9 起不再維護）。
Ceph
  • 回溯修補上游錯誤，解決 Ceph Dashboard 在 Ceph Squid 上無法載入的問題。
  • 提供解決方案，以因應 restful MGR 模組 的類似錯誤。
  • 修復高權限使用者可能在非預期路徑下建立任務日誌與父目錄的問題（PSA-2025-00009-1）。
存取控制 (Access control)
  • 為 QEMU guest agent API 引入更細緻的權限：
     分離唯讀資訊、讀寫檔案、檔案系統操作（如 freeze/thaw/trim）以及無限制存取等指令的權限。
  • 移除 VM.Monitor 權限，改為需要 Sys.Audit 權限才能進行 KVM 監控的基本存取。
     除了基礎資訊指令外，其餘指令需要 Sys.Modify 權限，部分指令則僅限 root 使用者執行。
  • 新增 VM.Replicate 權限，用於管理與排程儲存複寫工作（issue 2809）。
     以往這類操作需要在 /storage 上擁有 Datastore.Allocate 權限。
  • 雙因素驗證 (TFA)：修復透過命令列刪除所有第二驗證因子時，使用者設定不會更新的問題（issue 6528）。
  • 為 SDN fabrics 新增 ACL 路徑：位於 /sdn/fabrics/{fabric_id}。
  • 規定新建的儲存池名稱必須以字母開頭。
防火牆與軟體定義網路 (Firewall & Software Defined Networking)
  • SDN 堆疊中的 Fabrics
     Fabrics 是互聯節點的路由網路。
     現在支援在 Proxmox VE 節點建立 OpenFabric 與 OSPF fabrics。
     這些協議允許 fabric 自動調整以因應網路拓撲變化。
     Fabrics 可用於建立 全互連 (full-mesh) Ceph 叢集，或作為 VPN 底層網路。
  • Proxmox VE IPAM：支援在 GUI 中依 VMID 排序來顯示 guest。
  • 支援在防火牆規則中替換網路介面名稱的替代方式。
  • 新增 API 端點，可將待定的 SDN 設定套用到當前運行的配置中。
     目前該功能僅能透過 API 與 CLI 使用。
  • 修復了一個問題：當使用 Open vSwitch 橋接時， nftables 防火牆（選擇性技術預覽功能） 不會對客戶流量生效（PSA-2025-00011-1）。
  • nftables 防火牆（選擇性測試功能）的改進：
    • 引入 proxmox-firewall 子命令，允許以前景模式執行防火牆並檢查生成的規則。
    • 實作 proxmox-firewall localnet 子命令，輸出管理網路相關資訊，類似於 pve-firewall localnet。
    • 當規則失敗時，顯示完整錯誤。
Proxmox VE 節點管理的改進
  • 提供固定網路介面名稱的工具
     網路介面名稱可能因多種因素而變更，包括硬體配置變更、軟體更新與韌體更新。
     例如：在主要或次要版本升級時，systemd、核心 (kernel)、驅動程式與 BIOS 更新，都可能導致名稱變更。
     網路介面名稱的變更可能需要手動調整網路與防火牆設定。
     pve-network-interface-pinning 工具可用於為網路介面指派永久的「固定 (pinned)」名稱。
     這些固定名稱會綁定至網路介面的 MAC 位址。
  • 支援網路介面的替代名稱：
     可為單一網路介面指定多個額外名稱。
     雖然主要網路介面名稱限制為 15 個使用者可見字元，但替代名稱最長可達 128 bytes。
     現在可以在 /etc/network/interfaces 中使用替代名稱，取代主要的網路介面名稱。
     透明的替代名稱支援可減少因更新導致主要網路介面名稱變更時的維護負擔。
     網路設定 GUI 也會顯示網路介面的替代名稱。
  • 加強節點效能指標，提供更詳細的資源使用概覽：
     記憶體使用圖表現在額外顯示 ZFS ARC 所消耗的記憶體數量。
     新增圖表顯示 CPU、IO 與記憶體壓力停滯 (stall) 資訊，以利於疑難排解。
  • 擴大 RRD 節點效能指標的聚合時間範圍，提供更高的時間粒度：
     The following resolutions are now available: one point per minute for a day, one point every 30 minutes for a month, one point every six hours for a year, and one point per week for a decade.
     這些選項與 Proxmox Backup Server 的效能指標聚合保持一致。
  • 新的 OpenTelemetry 外掛 可透過 OTLP/HTTP 協定，將效能指標推送至外部的 OpenTelemetry 收集器。
  • 允許任意名稱的實體網路介面：
     以前，網路堆疊僅在網路介面名稱以特定前綴開頭時，才會將其識別為實體介面。
     現在，網路堆疊會改為查詢 介面類型 (interface kind) 來判斷是否為實體網路介面。
  • 新的 ZFS 版本 2.3.3：
  • 新增一次性服務 pve-sdn-commit 與 pve-firewall-commit，分別用於套用待定的 SDN 與防火牆設定。
  • 確保 API 請求能正確代理至對應的節點與 QEMU 功能端點。
  • 安全開機 (Secure Boot)： 將 NTFS 模組 從單一 Grub EFI 二進位檔中排除（PSA-2025-00012-1）。
  • 系統報告的改進：
    • 追蹤 proxmox-backup-restore-image 套件的版本。
    • 追蹤 proxmox-backup-restore-image 套件的版本。
安裝 ISO
  • 安裝符合當前平台的 microcode 軟體包。
     這確保新的 Proxmox VE 安裝能獲得 CPU 安全問題與其他 CPU 錯誤的修復更新。
     這同時也意味著安裝程式現在會啟用 non-free-firmware 軟體庫。
     若要取得 ISO 建立後釋出的 microcode 更新，主機需要定期更新。microcode 更新需要重新啟動才能生效。
  • 忽略沒有有效 MAC 位址的網路介面，而不是直接中止安裝程序。
  • 檢查已配置的 LVM swap 分割區是否不大於磁碟大小的一半（issue 5887）。
  • 處理 DHCP 租約在 Host Name 選項中包含搜尋網域 (search domain) 的情況。
  • 改善磁碟與 RAID 檢查的錯誤回報。
  • 改進 文字安裝介面與 proxmox-auto-install-assistant：
    • 當遇到無效的 CIDR 時，改進錯誤回報。
    • 新增對 子網路遮罩與 IPv4 位址的合理性檢查。
  • 改進 自動化安裝：
    • 處理應答檔 (answer file) 提供空搜尋網域時的情況。
    • 在解析 RAID 配置時，檢查磁碟數量是否正確，以便更早偵測無效設定。
    • 若應答檔包含已淘汰的 snake_case 鍵值，給予警告。
    • 檢查應答檔中是否有重複的磁碟項目。
  • 改善 Btrfs 安裝的穩健性。
  • 當在單一磁碟上安裝 Btrfs 時，對 GUI 與 TUI 安裝程式的合理性檢查進行一致化。
  • 改善 CLI 錯誤顯示，透過額外輸出一行換行符號讓錯誤更清晰。
注意的變更 (Notable changes)
  • 此版本包含修復多項問題，這些問題由 Proxmox 社群在公開測試 (public beta) 階段回報，詳見 Bugzilla。
  • 從 PVE 9 開始，pvetest 軟體庫將更名為 pve-test。
已知問題與重大變更 (Known Issues & Breaking Changes)

測試軟體庫現已更名為 pve-test
 為了與現有的軟體庫保持一致，pvetest 軟體庫現在改為 pve-test。

網路介面名稱可能變更
Proxmox VE 9 現在可以更透明地處理網路介面名稱的變更。
這些變更可能會在從 Proxmox VE 8.x 升級到 Proxmox VE 9.0 時發生，原因是新的命名規則或新 NIC 功能的支援。例如：從 Kernel 6.8 升級到 Kernel 6.14 時可能會發生。
如果先前的主要名稱仍作為替代名稱存在，手動調整並非必要，因為 Proxmox VE 9.0 允許在網路設定與防火牆規則中使用替代名稱。
然而在某些情況下，先前的主要名稱可能不再作為替代名稱提供。在這種情況下，升級後仍需要手動重新配置。
升級前，可以使用 pve-network-interface-pinning CLI 工具將網路介面固定到自訂名稱。詳細資訊請參考文件中的 Overriding Network Device Names 章節。

VirtIO vNIC：MTU 欄位的預設值變更
若 VirtIO vNIC 的 MTU 欄位未設定，現在會繼承橋接 MTU。在此之前，MTU 預設為 1500。pve8to9 檢查工具會偵測升級後 MTU 變更的 vNIC。若需保持 MTU 1500，請於升級前手動設定。

AppArmor 4
Proxmox VE 9 隨附 AppArmor 版本 4.1。由於這個版本相對較新，您可能會遇到不屬於 Proxmox VE 核心套件的其他套件回歸問題，例如 CUPS 列印服務。
大多數舊設定檔問題可透過設定 AppArmor 使用 3.0 ABI 來解決，方法是將 abi <abi/3.0> 規則新增到相關設定檔中。更多資訊請參考 AppArmor Wiki。
另有一個與容器化相關的已知問題（例如 Docker 於 LXC 容器內），此問題被追蹤為 bug #6538。

移除 VM.Monitor 權限
VM.Monitor 權限已移除，改為 Sys.Audit 權限，用於 QEMU HMP 監控存取，並新增更細緻的 QEMU guest agent 指令權限。引用 VM.Monitor 權限的自訂角色需在升級後調整。pve8to9 檢查工具會偵測受影響的角色。

新增 VM.Replicate 權限（用於儲存複寫）
建立、刪除與排程複寫作業現在需要在 /vms/<vmid> 上具備 VM.Replicate 權限。用於儲存複寫的自訂角色在升級後可能需要調整。

建立特權容器現在需要 Sys.Modify 權限
特權容器缺乏安全性機制，只應在可信任的環境中使用。因此，大多數情況下，建立特權容器現在需要 Sys.Modify 權限。若是就地還原已經是特權模式的容器，則不需要 Sys.Modify 權限。

移除 maxfiles 備份設定支援
maxfiles 備份設定自 Proxmox VE 7.0 起已被棄用，現在已正式移除。備份工作、儲存設定或 /etc/vzdump.conf 中若仍有參考 maxfiles，需要調整。

移除對 GlusterFS 的支援
由於 GlusterFS 已不再由上游維護，Proxmox VE 9 已移除對 GlusterFS 的支援。使用 GlusterFS 儲存的架構需要將所有資料移至其他儲存，或手動掛載 GlusterFS 實例並作為目錄型儲存 (Directory storage) 使用。

systemd 日誌在開機後顯示 "System is tainted: unmerged-bin"
建議忽略此訊息。更多細節請參考 Debian Trixie 發行公告。

以上內容由 ChatGPT 協助翻譯整理，如有覺得語意不自然或有疑慮之處，建議可直接參考官方文件說明。

升級到 Proxmox VE 9

  官方建議在進行 8 → 9 的升級 之前，先將現有系統更新到 Proxmox VE 8 的最新版本（目前為 8.4-14）。確保所有套件與內核版本都是最新狀態，並完成必要的檢查後，再依照官方指引進行升級到 9 版。

  • 更新系統套件，執行以下指令，將系統套件更新到最新狀態：
apt update && apt dist-upgrade -y
  • 重新啟動系統，更新完成後，建議重新開機，確保核心與服務套件正確載入：
reboot -nf

注意：更新與升級前請務必完成 VM/CT 備份，並確認 HA 或叢集環境的節點狀態正常，避免升級過程造成服務中斷。

  • Proxmox VE 提供 pve8to9 工具，用於檢查目前系統的設定與環境是否符合升級需求：
pve8to9
  • 啟用所有檢查項目
pve8to9 --full

  • 修改系統來源庫
     在進行 Proxmox VE 9 升級前，必須先將底層 Debian 系統來源庫 以及 Proxmox VE 8 非訂閱來源庫，從 Bookworm (Debian 12) 切換到 Trixie (Debian 13)。
  • 調整來源庫，執行以下指令，將 /etc/apt/sources.list 中的 bookworm 全部替換為 trixie：
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list

以上所設定的來源庫為 非訂閱 版本。如果您有購買原廠 訂閱 服務，請洽您所配合的廠商，或聯絡本公司協助處理。

更新到 9 版

  • 當完成前述 來源庫切換 與 檢查修正 (pve8to9) 後，即可開始正式升級到 Proxmox VE 9：
apt update && apt dist-upgrade -y

在升級過程中，系統會出現多個互動式提示，以下為建議操作

  • 出現以下畫面時，選擇 N（保持預設設定即可）：

  • 系統詢問服務是否要自動重啟時，保持預設，直接按 Enter：

  • 其他相同的互動提示，均可直接按 Enter 或 選擇 N（依畫面預設值即可）：

  • 出現以下畫面時，建議選擇 N，保持原有設定：

  • 出現以下畫面時，建議選擇 N，保持原有設定：

  • 當套件升級完成後，請重新啟動主機：

提醒：升級過程會重新啟動核心與服務，務必在升級前完成 VM/CT 備份，並建議在非尖峰時段操作，以避免影響使用者服務。




參考相關網頁

回到頂端