抡锤者

你怎知道它抓?會出什麼提示,我現在的問題是很容易跳GAME

我玩helldivers2 經常跳GAME 不知道是否這個原因

一直在看版主的影片，為自己公司開發了一套POS+處方。想在自己的伺服器做一些數據庫的長期工作，所以組了這台PC。
升級了 AM5 平台的電腦（Ryzen 9 7900X + 64GB DDR5 + RTX 3080）後，一直希望能達成「一套硬體，同時搞定 3D 遊戲、舊 NAS 磁碟整合與本地 AI 推理」的終極目標。

最終我選擇了 Proxmox VE (PVE) 虛擬化平台。經過一番折騰，成功實現了 Win11 VM 獨佔 RTX 3080 爽玩 3D 大作，同時掛載 飛牛OS (fnOS) 直通 4 顆大容量 HDD 整合舊 NAS，背景還能跑 Ubuntu VM 進行QWEN 3.8 27b 大模型推理！

這篇文章將完整紀錄這套架構的組態、AI 排錯心得，以及最關鍵的「PCIe 顯卡直通與硬碟整合指南」。
一、 硬體配置與虛擬化架構

CPU：AMD Ryzen 9 7900X (AM5 平台)

RAM：64GB DDR5 (32gX2 )

GPU：NVIDIA GeForce RTX 3080 20GB 京東魔改卡! 
Storage：系統 NVMe SSD + 4 顆大容量 3.5 吋 HDD（來自舊 NAS 汰換與整合）

Host OS：Proxmox VE 8.x

虛擬機架構劃分：

VM 101 (Windows 11)：直通 RTX 3080，專門用於玩《絕地潛兵 2 (Helldivers 2)》等 3D 遊戲與日常娛樂。

VM 102 (飛牛OS / fnOS)：直通 4 顆 HDD，作為全家人的多媒體影音中心與資料儲存庫，完美接管並集中管理舊 NAS 的所有硬碟。

VM 100 (Ubuntu)：作為 AI 與自動化服務節點，部署 Qwen2.5-27B 大語言模型 (搭配 SGLang + HiCache)。

二、 AI 助攻！PVE 架構與複雜設定的「神隊友」

在搭建這套系統的過程中，遇到了無數傳統 論壇/Google 搜尋很難一眼找到答案的邊角料問題（例如 PCIe Reset Bug、ZFS ARC 記憶體爭搶、虛擬化中斷號衝突等）。

這次最大的不同，是全程導入 AI 進行協同排錯與指令生成：

精準撰寫自動化指令：不管是複雜的 /etc/fstab 掛載、ZFS 記憶體上限計算，還是 PVE 的 Shell 指令，直接請 AI 根據目前的硬體狀態寫出客製化指令，完全不用怕打錯參數。

即時診斷系統死鎖：當遇到 VM 卡死 lock-101.conf 或是 SSH 斷連時，把 PVE 日誌（journalctl）貼給 AI，能立刻精準定位出是 NVIDIA 驅動 PCIe 重置失敗還是 ASPM 電源管理在作怪。

架構優化建議：包含記憶體分流、直通硬碟的 /dev/disk/by-id/ 綁定邏輯等，AI 都能提供最直接的解答，節省了 80% 漫無目的爬文的時間。

三、 飛牛OS (fnOS) 整合 4 顆舊 NAS 硬碟

為了把舊 NAS 的資料與 4 顆 3.5 吋硬碟完全合併進這台 AM5 神機，我選擇了近期口碑極佳的 飛牛OS (fnOS)。
硬碟直通 (Disk Passthrough) 技巧

在 PVE 中，為了讓 fnOS 能夠直接讀取硬碟的 S.M.A.R.T. 狀態並發揮最佳休眠與 I/O 效能，建議使用 by-id 方式將 4 顆硬碟逐一直通給 fnOS VM：

查詢硬碟序列號：
在 PVE Shell 執行：
Bash

ls /dev/disk/by-id/

將硬碟綁定至 fnOS (VM 102)：
Bash

qm set 102 -scsi1 /dev/disk/by-id/ata-STxxxxxxx_XXXXX1
qm set 102 -scsi2 /dev/disk/by-id/ata-STxxxxxxx_XXXXX2
qm set 102 -scsi3 /dev/disk/by-id/ata-STxxxxxxx_XXXXX3
qm set 102 -scsi4 /dev/disk/by-id/ata-STxxxxxxx_XXXXX4

直通完成後，開機進入 fnOS 即可直接建立 RAID 陣列或獨立儲存空間，舊 NAS 的檔案也能透過網路備份或直接掛載搬移，成功達成「淘汰舊機器，縮減設備體積」的目的。
四、 Win11 VM 顯卡直通（Passthrough）與地獄級避坑指南

將 RTX 3080 直通給 Win11 VM 是這套系統最香、但也最容易踩坑的部分。以下是無痛直通與解決卡死的關鍵技巧：

1. PVE 顯卡直通最佳設定

   BIOS / PCIe：開啟 ROM-bar 與 PCIe 標記。

   主顯卡關閉：在 PVE VM 的 Hardware 設定中，取消勾選 Primary GPU (x-vga=1)。這個設定如果開啟，常會引發 NV 驅動重置失敗。

   顯示器：預設介面設定為 none 或 VirtIO-GPU（搭配 Looking Glass 或 Sunshine/Moonlight 串流）。

2. 解決關機卡死與 lock-101.conf 逾時問題

直通環境下，Windows 關機時常因為 RTX 3080 的 PCIe Bus Reset 失敗，導致 VM 卡在背景，PVE 拋出 can't lock file /var/lock/qemu-server/lock-101.conf - got timeout。

根本解法（必做設定）：

關閉 Win11 快速啟動 (Fast Startup)：
Windows 的快速啟動底層是休眠機制，會導致 PCIe 顯卡狀態無法乾淨釋放。在 PowerShell 以管理員執行：
PowerShell

powercfg /h off

關閉 PCIe 電源管理 (ASPM)：
在 Windows 電源計劃的進階設定中，將 PCI Express ➔ 連結狀態電源管理 設定為 「關閉」；USB 選擇性暫停 設定為 「已停用」。防止顯卡在閒置或關機時進入低功耗休眠，徹底擺脫死鎖。

緊急解鎖指令：
若不幸遭遇鎖定卡死，可透過 PVE SSH 執行以下命令強制解鎖（不會影響其他運行中的 VM）：
Bash

fuser -k /var/lock/qemu-server/lock-101.conf
rm -f /var/lock/qemu-server/lock-101.conf
sed -i '/^lock:/d' /etc/pve/qemu-server/101.conf
systemctl restart pvedaemon pveproxy

五、 PVE 宿主機記憶體與 ZFS 輕量化調優

由於配置了 64GB DDR5 記憶體，且同時運行 Win11、fnOS 與 Ubuntu VM，為了避免 PVE 預設的 ZFS ARC 快取吃掉太多 RAM 導致分配給虛擬機的記憶體不足，需要對 ZFS ARC 進行限制：

在 /etc/modprobe.d/zfs.conf 中限制 ARC 最大使用量（例如限制在 8GB）：
Plaintext

options zfs zfs_arc_max=8589934592

修改後執行 update-initramfs -u 並重啟 PVE，即可讓系統記憶體調配達到極佳的平衡，確保 64GB 記憶體能精準分給各個核心服務。
結語

經過這一套完整的優化，這台 AM5 主機實現了真正意義上的「一機多用」：

遊戲娛樂：開啟 Win11 VM，RTX 3080 原生效能全開，順暢運行各類 3D 遊戲。

資料中心：飛牛OS 接管 4 顆 3.5 吋 HDD，提供超順暢的影音串流與檔案備份，完美淘汰舊 NAS。

智能後台：Ubuntu VM 穩定提供 AI 模型推理解算環境，搭配 AI 助手輔助維運，省心又高效。

如果你手邊也有高效能主機與舊硬碟，不妨也嘗試看看這套 Proxmox VE 雙系統直通 + fnOS 的全能組合！