RHEL 8 上 V100 离线驱动兼容性的核查边界
两份有道云笔记的版本对照与疑点清单。未独立复现，也未核对厂商兼容矩阵；不能据此安装驱动、回退内核或更改 Secure Boot。
来源记录的两个版本组合
| 来源中的目标环境 | 来源所述组合 | 已有证据的边界 |
|---|---|---|
| V100 SXM2 32GB、RHEL 8.x | NVIDIA 570.211.01、CUDA Toolkit 12.8.0、内核 4.18.0-348.7.1.el8_5 | 源文未注明成文日期；给出安装步骤与期望输出，没有目标机完整构建日志、计算样例及验收记录；在线打包机又分别写成 CentOS 8.5 和 8.2。 |
| Tesla V100、RHEL 8.10 | NVIDIA 550.x（示例为 550.144）、内核 4.18.0-553.123.1.el8_10、CUDA 12.4 目标 | 文中把 DKMS 构建成功和 nvidia-smi 输出当作预期，未提供特定驱动包、CUDA Toolkit 与实际计算任务的验证记录。源文自标“2026-05”。 |
nvidia-smi 中的 “CUDA Version” 表示驱动报告的 CUDA 支持能力，不能证明相同版本的 CUDA Toolkit 已安装；nvcc、用户态库、内核模块和容器镜像也应分别记版本。
不宜照搬的归因与处置
- 两份笔记都把
vm_insert_pfn编译报错归因于 RHEL 8.10 内核与 570 分支不兼容，甚至将“降到 el8_5 内核”写成解决办法。单条错误不足以确认整个驱动分支与该内核不兼容；还需要完整make.log、驱动精确补丁版本、内核构建号与头文件、模块类型和官方支持信息。不能据此对生产机降级内核。 - 550 笔记把
--kernel-module-type=open列为 V100 编译失败后的替代方案，但没有核对该 GPU 与该驱动版本的开放内核模块支持范围。原文的“关闭 Secure Boot”“忽略编译警告”“DKMS 升级后自动成功重编译”也都缺少验收条件。 - 源文将离线 RPM、
.run驱动、CUDA Toolkit、容器运行时混合成一条安装流程。跨 RHEL 小版本搬运包、跳过依赖错误或混装安装来源，可能掩盖依赖与驱动组件不一致；不能把来源步骤当作可执行 Runbook。
待核查
- 固定 GPU 型号、RHEL 小版本与内核构建号，以及驱动、CUDA Toolkit、容器工具包的精确版本；查对应发行说明和硬件支持矩阵，特别核对 V100 的内核模块类型。
- 对
vm_insert_pfn等报错保存完整构建日志和首个失败位置；确认运行内核、kernel-devel、编译器及实际安装的模块来源是否匹配，再判断是否为真正的内核 API 问题。 - 在同一目标环境分开验收设备枚举、驱动模块、CUDA 初始化、最小计算和容器内计算。记录输出与时间，不能以安装器成功消息或
nvidia-smi列出设备代替计算验证。
关联
驱动、CUDA、容器与兼容矩阵给出软件栈层次；A100 的初始化证据链说明设备可见与计算可用的区别。