char device redirected to /dev/pts/0 (label charserial0)
qxl_send_events: spice-server bug: guest stopped, ignoring
2023-04-18T08:24:10.052434Z qemu-system-x86_64: vfio: Cannot reset device 0000:00:17.0, no available reset mechanism.
2023-04-18T08:24:12.221462Z qemu-system-x86_64: vfio: Cannot reset device 0000:00:17.0, no available reset mechanism.
2023-04-18T08:24:12.995743Z qemu-system-x86_64: vfio-pci: Cannot read device rom at 0000:01:00.0
Device option ROM contents are probably invalid (check dmesg).
Skip option ROM probe with rombar=0, or load from file with romfile=

我也碰到了，买的佳翼的pcie转sata，直通之后看日志一直刷新vfio: Cannot reset device 0000:00:17.0, no available reset mechanism.，群晖不断重启，后来是换了GXNAS的7.X引导，除了改sn和mac其他不动，群晖直通板载的sata，unraid使用佳翼的sata，目前正常使用 

忘了关键，bios要选seabios，如果第一次选进不去系统，可以ovmf先装系统，完成之后卸载但不删除硬盘，重新换bios装虚拟机，这个事情折腾了我一周，大无语

为什么要选seabios？我现在换了7.0版本，qb使用docker版本，限制内存使用，目前没事。

On 5/6/2023 at 10:54 AM, heihei1634 said:

为什么要选seabios？我现在换了7.0版本，qb使用docker版本，限制内存使用，目前没事。

用OVMF的话，我发现就算进群晖时没报错，使用套件qb下载满速也会导致vfio: Cannot reset device 0000:00:17.0报错，seabios就很稳定，一直没崩过。