CentOS驱动如何自动更新

CentOS 驱动自动更新的可行路径

一、总体思路与适用场景

• 优先使用发行版与厂商仓库的 kmod/dkms 驱动，借助 yum/dnf 的自动更新能力实现“驱动随系统更新”。
• 对于厂商仅提供源码的驱动，建议将其打包为 RPM，纳入自有 YUM 源，即可用常规更新流程自动管理。
• 离线/内网环境可自建“驱动版本库”，用脚本自动发现外设、比对版本并选择对应驱动包升级。
• 内核更新会影响内核模块，必要时可“只升级用户态/不影响内核”，或“锁定内核版本”以避免驱动不兼容。

二、方案一 仓库驱动自动化（推荐）

• 启用合适的内核与驱动仓库
  • 需要新内核时，可启用 ELRepo 获取 kernel-ml 或 kernel-lt：
    • 安装源：yum install https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm
    • 查看可用内核：yum --disablerepo=“*” --enablerepo=“elrepo-kernel” list available | grep kernel-ml
• 启用驱动相关仓库
  • 显卡：安装 ELRepo 后可获取 nvidia-detect / kmod-nvidia 等驱动包（按显卡型号与内核选择分支）。
  • 存储/网卡：优先使用发行版或厂商提供的 kmod 包（如 ELRepo、厂商 ISV 仓库）。
• 自动化更新机制
  • 安装并启用 yum-cron（CentOS 7）：
    • yum -y install yum-cron && systemctl enable --now yum-cron
  • 按需配置自动下载/应用更新，实现“驱动随系统更新”。
• 说明
  • 多数 kmod 驱动会随内核更新自动重建匹配当前运行内核的模块；dkms 驱动在启用 dkms 服务时也会随内核升级自动编译。
  • 若只想更新用户态组件而不触及内核，可在 yum-cron 中排除内核包（见方案三）。

三、方案二 厂商源码驱动 RPM 化并纳入 YUM 源（可自动化）

• 将厂商驱动打包为 RPM（示例以 Intel i40e 网卡驱动为例）：
  • 准备环境：yum install -y rpm-build
  • 解压并构建：
    • tar xf i40e-.tar.gz
    • cp i40e-.tar.gz ~/rpmbuild/SOURCES/
    • cp i40e-/i40e.spec ~/rpmbuild/SPECS/
    • rpmbuild -ba ~/rpmbuild/SPECS/i40e.spec
• 将生成的 RPM 放入自有 YUM 仓库（如 createrepo 创建本地/内网仓库），客户端通过 yum/dnf 安装与更新。
• 效果：驱动像普通软件包一样，可被 yum update 自动升级，便于标准化与审计。

四、方案三 离线环境自动发现与升级脚本（内网/专网）

• 核心流程（可脚本化）：
  1. 自动发现外插 PCIe 设备与对应驱动模块；2) 获取当前驱动版本；3) 与“驱动版本库”比对；4) 按 机型/OS 版本/设备 选择最新驱动包；5) 执行升级；6) 全部完成后建议重启。
• 技术要点：
  • 用 Shell/Python 实现设备扫描、版本获取与对比；为每个驱动编写自动安装脚本；版本库可用 Python 字典 或小型数据库维护。
  • 适用于无外网、批量服务器、机型复杂的场景，能显著减少人工比对与逐台操作成本。

五、风险控制与运维要点

• 内核与驱动的耦合
  • 升级内核后，第三方 kmod 通常会随新内核自动重建；若遇到不兼容，可回退内核或临时锁定内核版本。
• 禁止/锁定内核自动更新（示例）
  • 在 /etc/yum.conf 的 [main] 段添加：exclude=kernel*（禁止内核包更新）。
  • 或使用 yum-versionlock：
    • 安装：yum install yum-plugin-versionlock
    • 锁定：yum versionlock add kernel-
    • 查看：yum versionlock list
• 启动期自动加载内核模块
  • 将模块加载脚本放入 /etc/sysconfig/modules/（例如 8021q.modules），并设置可执行权限，确保重启后自动加载所需模块。
• 变更管控
  • 生产环境建议采用“测试仓库→灰度→变更窗口→回滚预案”的流程；升级前备份关键配置与当前驱动版本，升级后核验业务与驱动状态。