显卡是 pciw 设备，你直通的是显卡。显示器是显示器，它不是 pci 设备，需要在虚拟机的配置文件中手动修改，添加 args ，比如 args: -device vfio-pci,host=00:02.0,addr=0x02,x-igd-gms=1 (这只是举个例子，你要根据你的实际情况设置)，同时将原本默认的显示调整为 None 。

核显直通后 pve 当然也不亮了。

3 月 1 日重启过 3 次，然后在 UDP53 常规端口上的 DNS 查询受到影响，一直 time out ，更换 DOH 后正常。

filebrower 能显示 hash ，至于安装说明，这大概同目录下放个 readme.txt 就行吧。

有可能是这种情况：你可能是把某个网址屏蔽了，然后电视如果对这个网址解析不到正确的 ip ，它就一直解析，每秒几十次上百次的那种。

直通的是硬盘，CPU 和 RAM 是分配给虚拟机的。

汇总的帮助文档： https://help.mirrors.cernet.edu.cn/proxmox/

国内 10 家： https://mirrors.cernet.edu.cn/list/proxmox

把 cifs 驱动换成 smb3 驱动试试？

@VaalaCat #15 我改进了一下环境变量文件的设置，现在改成自动从 conf/settings.go 转换成三个环境变量文件了。

@VaalaCat #13 不好意思，我对 go 的的细节还不太懂，是不是 clientSecret 和 clientID 只能从命令行输入，然后 rpcHost 可以读取 APP_RPC_HOST ，appSecret 读取 APP_SECRET ，rpcPort 读取 APP_RPC_PORT ，apiPort 读取 APP_API_PORT ？

我觉得最好所有的参数都能够从环境变量中读取，这样就可以从进程中、从命令中隐藏掉一些信息。目前打的包是直接把参数拼接到启动命令中。

看着不错，给 arch 打了包 aur 包，不知道细节有没有问题？ https://aur.archlinux.org/packages/frp-panel

@fever #8 其实就是这个脚本： https://github.com/makedeb/makedeb/blob/alpha/install.sh

仓库可以借助 gitea 来简单地建立，这样直接 apt install 就非常方便了。

如果想要简单的打包 deb ，这里有个简单的脚本： https://www.makedeb.org/

虽然有点小 bug ，但基本上都没有问题了。

申明依赖，在 makedeb 中只需要 depends=("xxx1" "xxx2")。

既然都用 docker 来保持追新了，那为啥不直接使用追新的滚动发行版，比如 archlinux 。

不用怀疑，我为了减少资源损耗，减少 docker 镜像更新的大体积对 ssd 的写入量，我现在直接使用 archlinux 作为 nas 系统。楼主链接中的一切服务在 archlinux 中均是现成的，少部分没有，在 aur 仓库中也都有的。

追新？一条命令。想用的服务没有包怎么办？几乎很少发生，如果真发生了，自己写 PKGBUILD 也不难。

追新会把系统搞崩吗？想想，除了其他服务，又没有 GUI ，就增加了自己想用的那些服务应用，能有多少个？并且除了原本用 docker 现在改直装的来保持追新的服务，其他系统大部分基础软件包都非常稳定了，一年也升了不几次版本，有不稳定？

@shuiguomayi #16
1. 如果/boot 不是独立的分区，而是跟着根分区的话，那么不能使用 grub 的 GRUB_SAVEDEFAULT 功能；
2. 推荐的分区可以参考 https://wiki.archlinux.org/title/Snapper#Suggested_filesystem_layout 如果不熟悉可以将/var/log 单独作为子卷，我是直接将/var 直接作为子卷，但是我这样必须将软件包的数据库（比如 arch 的 /var/lib/pacman ，debian 的/var/lib/apt 软连接到根子卷下，这样才能恢复旧的 snapshots ；
3. 我也用 swap 来休眠，单独挂载了 @swap 子卷。先看完 https://wiki.archlinux.org/title/Btrfs 和 https://wiki.archlinux.org/title/Snapper 再动手；
4. 推荐/.snapshots 单独作为顶级子卷 @snapshots ；
5. 一些好用的工具：grub-btrfs btrfs-assistant btrfsmaintenance ；
6. 建议先虚拟机熟悉操作后再动手。

赞同 #12 的说法，分区没有对错，只有确定的场景下最合适的分区。如果你用 ext4/xfs ，并且有重装系统的可能性，那么/home 单独分出来会比较合适，并且未来想更换其他文件系统，这种方式也可以在完全保留旧系统的数据的同时原地安装系统，缺点就是如果 / 分区或者 /home 分区分小了未来没法调整。我之前就是这种方式，保留原来 ext4 分区的/home 数据的同时原地重装并更换到了 btrfs ，用 btrfs 之后，除 efi 分区外就没有分区的必要了，所以我现在是除 efi 分区外，/、/home 、/swap 、/var 、/.snapshots 全部以子卷形式共同使用同一个分区，这样可以最大化利用磁盘空间。虽然是同一个分区，但由于子卷的存在，即使重装系统，也可以保留旧系统中的/home 数据。

proxmox-backup-server 服务器端虽然有系统要求，但 proxmox-backup-client 客户端没有系统要求，Linux 系统理论上都支持。