前言

近日那个突然爆火的fnOS突然支持了nvidia的GPU驱动
驱动版本的R560这个分支的，而且还是普通驱动，因此不支持vGPU也是正常现象
最近有许多群友说没vGPU很难受的，反正我自己也要用
所以就尝试弄个

准备工作

提示

任何操作都是有风险的，请提前备份好自己的数据

该做的我都做了，东西编译好了
不需要你自己下载build-essential dkms之类的依赖
然后苦哈哈的自己弄十几分钟

因为我现在在用Grid17.2，因此提供的就是550.90.07版本的驱动
你需要自行检查你的宿主机驱动也是Grid17的
如果是其他Grid版本的话，应该是用不了的
没记错的话nv只对同一个大版本提供兼容性

如果有小朋友需要其他版本的话可以在下面留言
需求多的情况会考虑也提供一下

更新系统与应用

这篇文章使用的是下面版本
如果你的版本不一致可能会出现意料之外的情况

不过这个fnOS一天更新三次，版本不一样也没办法
不强求版本一致，但注意最低版本不能低于截图中的版本

给虚拟机分配mdev

这里以PVE为例，向fnOS虚拟机分配一个vGPU

就跟正常的虚拟机一样分配就行，这步没有特殊操作

上传驱动文件

将如下两个文件上传至fnOS中

那个zst压缩的是编译好的ko驱动，虽然nvidia有Precompiled打包的方法
Adding Precompiled Kernel Interfaces to the Installer Package

https://download.nvidia.com/XFree86/Linux-x86_64/550.90.07/README/installdriver.html#AddingPrecompil0c783

但是这个方法实际上是有坑的，所以我自己是不打算用的

获取驱动文件原始存储位置

fnOS那个文件管理器的界面，可以直接复制原始路径

此处的zst文件在
/vol1/1000/fl/nv_grid_merge_fnOS_6.6.38-trim_ko.tar.zst

此处的run文件在
/vol1/1000/fl/NVIDIA-Linux-x86_64-550.90.07-grid-vgpu-kvm-patched.run

预配置

获取root权限

使用sudo -i即可切换到root权限
输入你当前用户的密码即可
输入密码时不会有显示是正常现象

有一说一我就没见过哪个发行版输入密码会有反馈的
输入错误的话就再输入几次试试

怎么判断是否是root权限呢？
聪明的小朋友已经发现了
最明显特征就是那个#号

屏蔽nouveau

有一个叫nouveau的开源驱动，如果不屏蔽可能会有一些不必要的麻烦

写完配置就行

安装驱动

解压kernel module

还记得刚刚的zst压缩包吗，这里就要用到了

先创建一个目录

然后再把这些ko文件解压进去
zst文件的目录小朋友要根据自己的实际情况修改哦

正常来说中端的回显会是像下面一样

安装驱动包

执行下面两句脚本即可
这里的run文件位置也要按实际情况修改哦

因为添加了--no-kernel-modules
会出现与正常安装Grid驱动不一样的地方

这个是正常现象

替换fnOS自带的libnvidia-ml.so

使用以下的shell命令，把fnOS的libnvidia-ml替换了

如果不替换也可以用，但是fnOS的资源监控不能显示

下载vGPU授权

这个跟正常的Grid驱动下载授权是一样的
所以这里我们不说授权怎么搭，建议参考其他文章
先是创建授权文件夹

然后下载授权文件，这步就不需要细说了
下面直接给出终端回显供大家参考

加载驱动

加载kernel module

只是需要使用Grid驱动功能的话是不需要加载nvidia-vgpu-vfio.ko的
正常来说单卡机器也不需要nvidia-peermem.ko的
使用如下insmod命令即可

记得切换persistence mode，别忘了这个
好多人会忘记这个的

正常来说ssh回显应该是与如下基本一致

加载授权

不加载授权的vGPU就是5个奥特曼，众所周知奥特曼只能活动三分钟
这个vGPU未授权是15分钟后就不行了
虽然可以通过配置延长到24小时，但是直接给个授权更方便
之前我们已经把授权下载进机器里面了
因此只需要重启服务即可

重启完服务后可以看看服务状态

正常来说你的回显也应该与下面的差不多

在nvidia-smi中也能看见授权状态

上面这个命令的执行力回显应该与下面的结果相似

测试

首先需要将系统与影视更新到最新版本

测试飞牛影视

在套件中开启GPU加速

随后尝试播放视频
可见已经使用了vGPU进行加速

如果是下图这种情况，那就是影视套件版本过低
编码方式与解码方式都为空

此时看看系统占用

正常来说应该是如图所示

持久化

有一说一真没啥必要，真要做的话我习惯用service
先写个文件加载ko的

记得给个权限

然后再写个服务

重载、启用、启动、查看状态，一气呵成

如果你本次启动已经insmod过了，服务日志有错误也是正常现象
不过我是觉得没必要持久化的

移除

当你不需要这个，想转投官方套件时
如果做了持久化，那就把服务停了删了
然后

删除文件
再把/usr/games/6.6.38-trim_nvidia这个文件夹删掉
接着还原被替换的libnvidia-ml.so链接即可

结束语

这个fnOS一天三更新，不大适合自己折腾
没准好不容易折腾完，官方就立刻跟进支持了
或者是东西弄完，官方更新直接创死
直接白干好吧