去年我把一块 RTX 5080 塞进银河麒麟高级服务器操作系统 V11 的虚拟机里时，差点让宿主机和虚拟机抢同一张卡，那是我在整个 GPU 直通（VFIO）项目里踩过的最蠢的坑。GPU 直通这件事，听上去就是改一串内核参数的事，实际从 BIOS 到 libvirt 的 XML 配置，每个环节都藏着暗坑。我这台机器的最终形态很典型：Intel i7 平台做宿主，银河麒麟高级服务器操作系统 V11 跑底层，RTX 5080 整卡直通给 KVM/QEMU + libvirt 管理的虚拟机，宿主机自己的显示输出全部交给一块 GT 710 亮机卡。这篇文章就把整条链路从头捋一遍：为什么要用双显卡、BIOS 怎么设、IOMMU 分组怎么看、VFIO 怎么接管、libvirt 的 XML 怎么写，再到黑屏和 Code 43 这类高频事故的排查顺序。写这篇不是给纯新手看概念，而是给那些正在 Kylin 这类 Linux 发行版上做虚拟化，并且手头正好有新款 NVIDIA 显卡要直通的朋友一份可以照着抄的实战记录。
1. 先想明白"亮机卡"：双显卡方案到底解决了什么问题
1.1 单卡直通的死结：宿主和虚拟机没法同时用一块 5080
VFIO 直通的本质，是把某个 PCI 设备从宿主机内核手里"摘"出来，交给用户态的 QEMU 进程直接管理。这个动作一旦完成，宿主机这边就彻底看不到这块卡了——不是"少用一点显存"，而是整块卡从lspci里消失，nvidia-smi也找不到它，它变成虚拟机的私有财产。
问题就出在这里：如果宿主机只有这一张 RTX 5080，你又想用它直通，那么宿主机的显示输出从哪来？很多人第一反应是"先把卡给宿主用着，虚拟机要启动时再切换"，实际操作中你会发现自己陷入一个零和博弈：要么宿主有画面，要么虚拟机拿到卡，永远二选一。服务器可以全程 SSH 无头运行，但一旦虚拟机黑屏、GPU 初始化失败，你连本地排查的手段都没有。
所以"亮机卡"这个看似土气的方案，其实是虚拟化场景里的标准解法。它的唯一职责就是让宿主机保持一个可用的显示输出，把 RTX 5080 彻底解放出来，让这张贵的卡只服务于虚拟机。
1.2 GT 710 这类亮机卡的选择标准
亮机卡不是随便拿一张旧卡就行，有几个硬指标我当时是翻过车的：
- 功耗和尺寸：GT 710 最大功耗 25W 左右，不需要外接供电，插上就能亮。很多旧卡是双槽大散热器，会导致 5080 旁边那个 PCIe x16 插槽被物理挡住，选卡之前先量一下机箱和主板间距。
- 输出接口：GT 710 一般带 DVI 和 HDMI。我强烈建议用 DVI 口做宿主显示，很多亮机卡的 HDMI 是老的 1.4 接口，在部分显示器上开机阶段握手慢，容易让人误以为黑了屏。DVI 虽然老，但稳定，亮机卡要的就是"稳定地亮着"。
- 驱动支持：GT 710 属于 GK208 核心，Linux 内核自带的 nouveau 驱动开箱即用，不需要你手动折腾闭源驱动。这一点非常关键，因为宿主机上驱动越少，和 VFIO 的冲突面就越小。
- 插槽位置：注意别把 GT 710 插到和 5080 共享 PCIe 通道的那个槽位上。有些主板的第二条 x16 物理槽会吃掉第一条槽的一半通道，导致 5080 从 x16 掉到 x8。优先把亮机卡插到芯片组提供的 x4 或 x1 槽上，CPU 直连的那组槽留给 5080。
1.3 有没有不插亮机卡的路子
如果你的 i7 不是 F 后缀，核显其实是更好的选择。很多消费级主板在插了独显之后，依然可以在 BIOS 里把 Primary Display 设为 iGPU，让核显负责宿主输出。这样的话 GT 710 都可以省了。
但服务器领域有个尴尬：不少板子在检测到独立显卡后，默认把核显输出禁用，或者对应的显示接口根本被跳线绕过了。这种板子上，一张 GT 710 反而是最快的解法。我的建议是：先看主板说明书确认核显输出可用性，不行再上亮机卡。另外还有一种"无头模式"——宿主完全不要本地显示，全部靠 SSH 管理，把显示器只接在 5080 上，看虚拟机画面。这条路可行，但调试时非常痛苦，因为你无法同时看到宿主日志和虚拟机画面。所以 GT 710 在我这里是"保险 + 方便"，不是绝对必须，但强烈建议保留。
2. 银河麒麟 V11 环境准备：BIOS、内核参数与虚拟化组件安装
2.1 进 BIOS 先改这几个选项
直通之前，BIOS 是第一个容易翻车的地方。我见过有人折腾了两天内核参数，最后发现是 VT-d 压根没开。
以 Intel 平台为例，需要确认这几项：
- VT-d：有些主板叫 "Intel Virtualization Technology for Directed I/O"，有些叫 "VT for Directed I/O"，必须 Enable。没有它，Intel 平台的 IOMMU 起不来，VFIO 就是空谈。
- Above 4G Decoding：这个名字在部分主板上和 Resizable BAR 选项挨在一起。RTX 5080 的显存是 16GB，它的 BAR 空间远超 4GB 地址边界，如果这个选项关闭，BIOS 没法把 5080 的 MMIO 区域放到高位地址，直通后虚拟机里经常直接认不到卡。
- CSM 与启动模式：如果虚拟机要装 Windows 11，宿主机的启动模式其实无所谓，关键是虚拟机固件要 UEFI。但宿主机这边如果启用了 CSM，会带来一个隐藏风险——部分老亮机卡的 Option ROM 不是 UEFI 规范的，CSM 关闭后 GT 710 在开机自检阶段可能没有任何输出。我的建议是默认关掉 CSM，如果 GT 710 开机黑屏，再临时把 CSM 开回来，不要让虚拟化的配置迁就这个。
- Primary Display：把首选显示设备设为 GT 710 所在的插槽，绝不能让 5080 变成宿主机的 VGA 仲裁主设备。这一步如果反了，后面 vfio-pci 接管时会和 vgaarb 打架，麻烦得很。
改完 BIOS 保存重启，先进系统确认 CPU 虚拟化可用：
grep -E "(vmx|svm)" /proc/cpuinfo ls /dev/kvm如果ls /dev/kvm不存在，大概率是 BIOS 里 VT-x 也没开，或者内核没有加载 kvm 模块。
2.2 在 V11 上装 KVM/QEMU 和 libvirt
银河麒麟这个发行版有个特点：高级服务器版走 RPM 系，桌面和通用版走 Deb 系。所以安装命令不能一概而论。我这台 V11 服务器版用的是 dnf：
dnf install -y qemu-kvm libvirt-daemon libvirt-client virt-install edk2-ovmf bridge-utils systemctl enable --now libvirtd如果你的 V11 是通用版或者发行源的软件管理是 apt，对应的是：
apt install -y qemu-system-x86 libvirt-daemon-system virtinst ovmf systemctl enable --now libvirtd这里我最想提醒的是：一定确认 edk2-ovmf 装上了。它的软件包名在不同发行版上不一样，RPM 系叫edk2-ovmf，Deb 系叫ovmf。如果没装，后面虚拟机没法用 UEFI 引导，5080 这种大显存卡在传统 BIOS 固件的虚拟机上很容易出幺蛾子。
装完后跑一下systemctl status libvirtd，再检查默认网络：
virsh net-list --all virsh net-start default既然说到安装软件，顺带提一句银河麒麟用户常问的命令差异：RPM 系的服务器版用dnf install xxx，Deb 系的通用版用apt install xxx。拿不准就dnf --version试一下，能出版本号就是 RPM 系。搞混了会浪费不少时间。
2.3 内核参数 intel_iommu=on 和 iommu=pt 分别是什么
IOMMU 可以理解成给 PCIe 设备装了一道 DMA 门禁。没有它，任何设备都能直接读写物理内存；有了它，设备访问内存要经过页表翻译，而 VFIO 允许用户态的 QEMU 为被直通的设备单独维护一扇门的访问规则。这就是直通能安全进行的底层基础。
Intel 平台的开启方式是给内核传两个参数：
intel_iommu=on iommu=ptintel_iommu=on是把 Intel 的 IOMMU 功能强制打开。部分发行版内核默认不开，所以最好显式加。iommu=pt的意思是：对那些不需要隔离的普通设备（硬盘控制器、网卡等），走 DMA passthrough 模式不做二次翻译，减少 IOMMU 带来的性能损耗；而被 VFIO 接管的设备依然有独立的页表映射。简单说就是"普通设备放行，直通设备严管"。
修改位置在/etc/default/grub，找到GRUB_CMDLINE_LINUX这一行，把参数追加进去：
GRUB_CMDLINE_LINUX="...quiet intel_iommu=on iommu=pt"重新生成引导配置：
grub2-mkconfig -o /boot/grub2/grub.cfg如果你的机器是 UEFI 引导，输出路径一般是/boot/efi/EFI/kylin/grub.cfg。保险起见，生成后用ls -l --time-style=full-iso看哪个文件时间戳变了，就是它。重启后验证：
dmesg | grep -i -e IOMMU -e DMAR能看到 DMAR 相关条目正常输出，IOMMU 基本就起来了。如果什么都没有，回到 BIOS 查 VT-d。
3. IOMMU 分组体检：直通前的必做检查
3.1 一条脚本看清所有 IOMMU group
IOMMU 分组是直通方案里最绕、也最要命的概念。简单说，kernel 会把一组物理上无法独立隔离的 PCI 设备绑定成一个 group，虚拟化平台要求"要么整组一起直通，要么一个都别想直通"。
怎么查分组？我直接用 sysfs：
#!/bin/bash shopt -s nullglob for g in /sys/kernel/iommu_groups/*; do echo "IOMMU Group ${g##*/}:" for d in "$g"/devices/*; do dev=$(basename "$d") lspci -nns "$dev" | sed "s/^/ /" done done输出里每个 Group 编号代表一个隔离域。比如 Group 17 里只有01:00.0和01:00.1，那说明这块区域很干净；如果 Group 17 里除了显卡还冒出来一个 NVMe 硬盘或者无线网卡，你就得想办法处理了。
我实测下来，现代主板的 PCIe 根端口大多实现了 ACS 隔离，CPU 直连的 x16 插槽通常能独占一个 group。但这件事绝对不能靠猜，必须逐台机器查一遍，因为你永远不知道板厂在 BIOS 里做了什么改动。
3.2 显卡和 HDMI 音频必须成对处理
RTX 5080 在 PCI 总线上会被枚举成两个 function：01:00.0是 VGA/3D 控制器，01:00.1是 HDMI Audio 音频设备。这两个 function 绝大多数情况下属于同一个 IOMMU group，因为它们是同一颗物理芯片上的两个逻辑功能。
libvirt 只挂01:00.0，启动时大概率报错，提示01:00.1也在同一个 group 里必须一起分配。解决办法就是两个 hostdev 一起配进去，我在第 5 节会给出完整 XML。不要把音频功能单独黑名单掉或者试图绕过，直接一起给虚拟机，Windows 会自动装 HDA 音频驱动，不影响使用。
3.3 分组不理想怎么办：换槽与 pcie_acs_override
如果查完分组，发现 5080 跟别的设备挤在一个 group 里，第一步不是找内核魔改参数，而是换插槽。很多时候换个 PCIe 槽位就能把设备挪到另一个根端口下，分组立马干净。
实在没得换，才考虑pcie_acs_override。这个参数在部分主板上就是"分组的临时解药"，它会让内核忽略 PCIe 桥的 ACS 能力，强行把下游设备拆分成独立 group：
GRUB_CMDLINE_LINUX="... intel_iommu=on iommu=pt pcie_acs_override=downstream,multifunction"注意，这个参数属于"软件补丁式"的做法，它会放宽 IOMMU 的隔离粒度，生产环境要掂量一下。家用或者实验环境用起来确实有效，我在这台机器上试过，加了参数立刻把原先粘在一起的设备拆开了。但能用换槽解决的，尽量别用参数硬拆。
4. VFIO 接管 RTX 5080：从驱动绑定到验证
4.1 vfio-pci 的几种绑定方式
分体检完，下一步就是让宿主机把 5080 交给vfio-pci驱动。这一步做不好，后面虚拟机启动时 libvirt 会直接告诉你设备忙。
我最推荐的方式是 modprobe.d 配置持久化。先用lspci -nn查到 5080 两个 function 的实际设备 ID，注意不同品牌 5080 的子系统 ID 可能不同，但 VGA/3D 控制器和设备 ID 基本一致，以你机器显示为准：
lspci -nn | grep -i nvidia比如输出是10de:xxxx和另一个10de:yyyy，然后写配置：
cat > /etc/modprobe.d/vfio.conf <<EOF options vfio-pci ids=10de:xxxx,10de:yyyy softdep nvidia pre: vfio-pci softdep nouveau pre: vfio-pci blacklist nvidia blacklist nouveau EOF这里options vfio-pci ids=是让 vfio-pci 模块在加载时就声明"这两个 ID 归我管"。softdep的作用是，如果系统里存在 nvidia 或 nouveau 模块，让它们在 vfio-pci 之后才加载，避免抢先绑定。blacklist是最后一道保险。
改完配置后，RPM 系的服务器版要重建 initramfs：
dracut --forceDeb 系对应的是：
update-initramfs -u这一步特别容易漏。只改 modprobe.d 不重建 initramfs，重启后配置根本不会进引导环境，vfio-pci 大概率没接管成功。我在这上面栽过，后来养成了习惯：改完驱动相关配置，先dracut --force再重启。
4.2 宿主机到底装不装 NVIDIA 驱动
这是整个项目里最反直觉的一环：宿主机千万不要给 5080 装 NVIDIA 官方驱动，也不要让 nouveau 碰它。
很多人习惯"先在宿主上测一下卡是不是好的"，于是装上 NVIDIA 驱动跑了一遍，然后又忘了卸，结果 vfio-pci 怎么绑定都绑不上，因为 nvidia 内核模块已经把设备占死了。如果你已经装过，卸载干净再继续。
至于 GT 710，宿主机就用内核自带的 nouveau，不要额外装 NVIDIA 官方驱动。原因很简单：NVIDIA 闭源驱动一旦加载，会尝试接管它能看到的所有 NVIDIA 显卡，包括 5080。即便你只给 GT 710 装，它也会去认 5080，导致 VFIO 方案崩溃。所以我的原则是：直通 GPU 的宿主，NVIDIA 全家桶一律不装。
4.3 验证接管成功的三个标志
重启之后，检查三件事：
lspci -k -s 01:00-k会列出内核驱动，两个 function 都应该显示Kernel driver in use: vfio-pci。如果显示nouveau或者nvidia，说明接管失败，回看 modprobe.d 和 initramfs。
第二件事：
ls /dev/vfio/至少能看到/dev/vfio/vfio，如果 5080 已经绑定，还会出现/dev/vfio/xx这样的 group 节点。
第三件事：
dmesg | grep -i vfio能看到类似vfio-pci: add [10de:xxxx]的记录。三条都满足，VFIO 接管这一步就稳了。如果 5080 还没有被 vfio-pci 接管，别急着往下配虚拟机，先把这一步搞定再继续。
5. libvirt 虚拟机配置：把显卡交出去的 XML 细节
5.1 芯片组与固件：为什么必须是 q35 + OVMF
创建虚拟机时，芯片组一定要选 q35。i440FX 是老式 PCI 总线模型，它把设备接在一个共享的 PCI 总线上，没有 PCIe 根端口的概念，5080 这种需要大 BAR 和现代 PCIe 能力的新卡在 i440FX 下经常性黑屏或报错。q35 提供真正的 PCIe 拓扑结构，显卡是按 PCIe 设备呈现给客户机的，Windows 的 NVIDIA 驱动对这个差异非常敏感。
固件方面选 UEFI（OVMF）。5080 的显存 BAR 很大，传统 BIOS 引导在资源分配上先天吃亏，UEFI 配合 q35 能最大化兼容性。如果虚拟机要装 Windows 11，UEFI 更是硬性要求。
用 virt-install 创建虚拟机时可以显式指定：
virt-install \ --name win11 \ --vcpus 16 \ --memory 32768 \ --cpu host-passthrough \ --machine q35 \ --boot uefi \ --disk path=/opt/vm/win11.qcow2,size=200,format=qcow2,bus=virtio \ --cdrom /opt/iso/win11.iso \ --os-variant win11 \ --network network=default \ --graphics vnc如果你的 virt-install 版本不认识win11这个 os-variant，可以用--os-variant win2k22，或者加--os-variant detect=on,require=off让它自动检测。
5.2 hostdev XML：手动把两个 function 都写进去
虚拟机的设备挂载我建议直接手写 XML，比 GUI 里点来点去可控得多。先用 virsh 找到设备地址：
virsh nodedev-list | grep pci virsh nodedev-dumpxml pci_0000_01_00_0然后编辑虚拟机：
virsh edit win11在<devices>段加入：
<hostdev mode="subsystem" type="pci" managed="yes"> <driver name="vfio"/> <source> <address domain="0x0000" bus="0x01" slot="0x00" function="0x0"/> </source> </hostdev> <hostdev mode="subsystem" type="pci" managed="yes"> <driver name="vfio"/> <source> <address domain="0x0000" bus="0x01" slot="0x00" function="0x1"/> </source> </hostdev>address里的 bus/slot/function 换成你机器上实际的地址，两个 hostdev 对应 5080 的 VGA 和 Audio 两个 function，少一个都不行。
这里重点解释managed="yes"的作用：它告诉 libvirt，在虚拟机启动时自动把设备从 io 域绑定给 vfio-pci，在虚拟机关机时自动释放回宿主。这样你就不用手动去 sysfs 里做 bind/unbind 操作，出现意外时也不会把两块显卡搞成"半死不活"的状态。
5.3 装机阶段的正确顺序：先虚拟显卡装系统，再挂 5080
这个顺序是我反复调整后才总结出来的，强烈建议照做。
第一步，创建虚拟机时不挂任何 hostdev，先用默认的虚拟显卡（Virtio 或 QXL）装系统。Windows 装的第一个阶段，NVIDIA 驱动还没起来，直通显卡上的画面基本就是黑屏或者 BIOS 信息，你根本看不清安装界面。
第二步，在虚拟化环境里把系统装好，打上补丁，装好 virtio 驱动。如果磁盘和网卡用了 virtio 总线，需要加载 virtio-win 驱动，否则系统里看不到磁盘和网络。
第三步，关机，再virsh edit把 hostdev 加进去，启动虚拟机。这时候显示器接到 5080 上，你才能看到虚拟机从 UEFI 到系统桌面的完整画面。
很多人一上来就把 5080 挂上，然后用"接在 5080 上的显示器看安装界面"，结果卡在装驱动那一步，画面一黑什么都干不了，只能反复重启。先把系统基础打牢，再亮真卡，能省掉 90% 的折腾。
5.4 配套调优：hugepages、CPU 拓扑和驱动兼容性特征
显卡直通只是入门，想要稳和快，还有几个配套配置值得写进 XML。
Hugepages：虚拟机的内存页默认是 4KB，频繁切换页表会有额外开销。可以在内核参数里预留 1G 大页：
GRUB_CMDLINE_LINUX="... default_hugepagesz=1G hugepagesz=1G hugepages=32"重建 grub.cfg 重启后，在虚拟机 XML 里加：
<memoryBacking> <hugepages/> </memoryBacking>这样虚拟机内存从大页池里分配，性能提升在直通场景下能明显感觉到，尤其是显存和内存之间的数据搬运。
CPU 拓扑与核显无关，但直通吃性能：host-passthrough能让客户机直接看到宿主 CPU 的全部特性，Windows 的 NVIDIA 驱动对 CPUID 暴露的特性很敏感，建议这么设。有条件再配 vcpupin，把 vCPU 绑到固定物理核上，避免调度抖动。
驱动兼容性特征：NVIDIA 的 Windows 驱动会检测自己是不是运行在虚拟化环境中，检测到 KVM 且没做兼容设置时，设备管理器里直接给你个 Code 43。libvirt 提供了一组标准的兼容性配置：
<features> <acpi/> <apic/> <hyperv> <relaxed state="on"/> <vapic state="on"/> <spinlocks state="on" retries="8191"/> <vendor_id state="on" value="KVMCPU"/> </hyperv> <kvm> <hidden state="on"/> </kvm> </features><kvm><hidden state="on"/></kvm>是隐藏 KVM 标识，vendor_id是自定义 CPU 厂商字符串。这套配置是 KVM 社区里很常见的兼容性手段，目的是让 NVIDIA 驱动认为自己在物理机上，从而正常加载显卡驱动。直通 Linux 虚拟机通常遇不到 Code 43，但 Windows 虚拟机把这段提前写好，能少走很多弯路。
6. 开机后的高频事故：黑屏、Code 43 与完整排查链路
6.1 黑屏的三种形态和各自的含义
直通后第一次启动，黑屏几乎是必然要碰到一次的。关键是要能分辨黑在哪一阶段。
第一种：5080 显示器从开机到结束完全无信号，宿主机无报错。这多半是显卡的 Option ROM 或初始化问题。排查时先把graphics配置里的 VNC/Spice 开着，用虚拟显示器去连虚拟机，看客户机系统是否正常启动了。如果系统正常运行只是物理屏没画面，说明是 UEFI 固件和这块卡的 ROM 兼容问题，可以考虑从物理机上 dump 一份 5080 的 vBIOS，在 hostdev 里用<rom bar="on" file="/path/to/rom"/>指给它。这个操作不是所有卡都需要，但遇到不亮屏时值得一试。
第二种：虚拟机 UEFI 标志显示了一下，然后黑屏。这种通常是客户机驱动还没就绪。Windows 在安装 NVIDIA 驱动前，会先加载微软基本显示驱动，接着黑屏等待驱动接管，这是正常过程。多等一两分钟，或者用虚拟显示器进去看设备管理器里显卡状态。
第三种：宿主机的画面没了，而不是虚拟机黑屏。这说明 GT 710 的输出出问题了。优先检查是不是 BIOS 的 Primary Display 被重置成了 PCIe 自动，5080 变成了主显示设备。重启进 BIOS 重新指定 GT 710 所在槽位即可。
6.2 Windows Code 43：NVIDIA 对 KVM 的识别与对策
Code 43 是 Windows 直通 NVIDIA 显卡最经典的事故。设备管理器里显卡带着一个黄色感叹号，错误代码 43，Windows 的说法是"设备已停止"。原因就是 NVIDIA 驱动检测到了 KVM 的 hypervisor 痕迹。
排查逻辑按顺序来：
- 确认 5080 的两个 function 都挂进去了，只挂 VGA 不挂 Audio 会导致驱动加载异常。
- 确认虚拟机的
features里写了hidden和vendor_id，见 5.4 的配置。 - 确认 CPU 模型是
host-passthrough，不要用qemu64这种基础模型，它暴露的 CPUID 特征很容易露馅。 - 装显卡驱动时，优先用 NVIDIA 官网最新的 5xx 系列驱动。新卡配新驱动，老驱动对 Blackwell 架构的支持不完整，会出现装一半失败或装完照样 43。
如果以上都做了还是 43，再把hyperv里的relaxed、vapic、spinlocks全部打开，并且确保虚拟机里没有开启基于 Hyper-V 的安全功能。这套组合在我这里的成功率高得离谱。
6.3 宿主机显示输出消失与 GT 710 的驱动坑
宿主显示消失还有一种隐蔽原因：GT 710 被 nouveau 正常识别了，但某个版本的内核在启动时把默认 framebuffer 分配给了 5080，导致控制台信息只输出到不存在的设备上。这时 X 或 Wayland 桌面能起来，但 tty 黑屏。做法是给 GRUB 内核参数加上nouveau.modeset=1，确保 nouveau 及早接管 GT 710 的显示。
另外，如果你之前给 GT 710 装过 NVIDIA 闭源驱动，卸载后要检查/etc/X11/xorg.conf里是不是还留着指向 5080 的 BusID。残留的 X 配置会让你开机黑屏，因为 X server 想初始化一块已经被 vfio-pci 占用的卡。删掉 xorg.conf 或者把 BusID 改成 GT 710 的地址，宿主机画面就回来了。
6.4 日志怎么看：dmesg、journalctl 与 libvirt 错误格式
排错不能靠肉眼猜，日志要会看。宿主机侧：
dmesg -T | grep -i -e vfio -e iommu -e nvidia journalctl -k -b | grep -i vfio journalctl -u libvirtd -e/var/log/libvirt/qemu/<虚拟机名>.log里能抓到 QEMU 进程的 stderr，很多设备初始化失败的信息会直接打在这里。
客户机侧，Windows 看事件查看器和设备管理器，Linux 客户机用：
lspci -nnk dmesg | grep -i nvidia我排错时的习惯是：先把宿主侧 vfio 日志和 libvirt 日志拉出来确认宿主机没有报错，再进客户机看驱动。宿主侧报错和客户机侧报错是两个完全不同的世界，别混在一起查。
7. 实测下来的一些体会与收尾提醒
7.1 硬件兼容性的最后提醒
RTX 5080 是 Blackwell 架构的新卡，直通链路里最让我意外的是它的 FLR（Function Level Reset）行为。某些主板上，虚拟机关机后 5080 的复位不彻底，导致第二次启动时报 device is busy 或者直接挂起。遇到这种情况，virsh shutdown后等几秒再启动，或者把虚拟机彻底 destroy 掉，让 QEMU 进程退出后自动释放设备，一般就能过。如果特别频繁，升级主板 BIOS 往往比改软件参数更有效。
另外，5080 的供电是新的 12V-2x6 接口，转接线质量参差不齐。我在第一轮测试时用了一根劣质转接线，直通后满载跑一分钟就掉驱动。换回原装线后问题消失。GPU 直通这种场景对硬件稳定性要求极高，供电不能省。
7.2 先做冒烟测试，再上大任务
我的建议是先准备一个不带桌面的 Linux live ISO，比如 Debian netinst 或者 ArchISO，在虚拟机里用 5080 跑起来，lspci能看到 NVIDIA 设备，dmesg没有 vfio 报错，再装 Windows 或者正式系统。这一步能帮你把"VFIO 链路问题"和"驱动兼容问题"切开，避免混在一起后瞎猜。
整个项目做完，我个人的体会是：GPU 直通难的不是某一个步骤，而是所有环节咬合紧密——BIOS 少开一个开关，后面全是白忙；宿主多装一个驱动，直通就失效；虚拟机少挂一个 function，启动就报错。按这篇文章的顺序走，每一步都验证到位，再上 5080 直通，成功的概率会大很多。
最后留一个我自己的操作习惯：每次改虚拟机 XML 之前，先virsh dumpxml 虚拟机名 > backup.xml存一份。GPU 直通排错时反复改动是常态，有备份才能安心回滚。这套方案调好之后，5080 在虚拟机里的性能基本接近物理机，宿主侧 GT 710 也一直安安静静地亮着，整个系统的状态就很舒服了。
