当前位置：首页 > Linux > 正文

linux如何删除驱动程序

admin
Linux
2025-08-14
5

在 Linux 中，可通过 rmmod 卸载内核模块；若为软件包安装的驱动，使用 `sudo apt/yum remove

在Linux系统中删除驱动程序是一个涉及多环节的操作，其复杂度取决于驱动程序的安装方式（如通过包管理器、手动编译或第三方工具），以下从核心原理、操作流程、风险控制、典型场景四个维度展开详细说明,并提供可落地的操作指南与风险规避方案。

前置认知：Linux驱动的存在形式与关联关系

理解驱动在系统中的存在形态是安全删除的前提，Linux驱动主要以以下三种形式存在：

| 类型 | 特征 | 典型路径/文件 |

|—————|———————————————————————-|———————————-|

| 内核模块 | .ko结尾的二进制文件，需通过modprobe加载至内核 | /lib/modules/$(uname -r)/kernel/drivers/ |

| 用户态服务 | 伴随驱动运行的守护进程（如nvidia-persistenced） | /etc/init.d/或systemd服务单元 |

| 配置文件 | Xorg配置、UDEV规则、环境变量等 | /etc/X11/xorg.conf.d/, /etc/udev/rules.d/ |

| 依赖库 | 驱动运行所需的共享库（如libGL.so.1） | /usr/lib/, /usr/lib64/ |

| 日志痕迹 | 驱动初始化日志、错误记录 | /var/log/syslog, journalctl -k |

关键原则：删除驱动≠简单删除二进制文件，需同步清理所有关联组件，否则可能导致以下问题：①残留进程占用资源；②下次重启自动重新加载；③依赖库缺失引发其他软件故障。

分场景操作指南

场景1：通过发行版官方源安装的驱动（推荐优先尝试）

这是最规范的安装方式，特点是所有文件均被包管理器追踪,支持完整卸载。

适用对象：NVIDIA/AMD显卡驱动、Intel无线网卡驱动、触控板驱动等主流硬件厂商提供的Debian/RPM包。

操作步骤：

识别驱动包名
以Ubuntu为例，执行 dpkg --get-selections | grep nvidia 可定位到已安装的NVIDIA相关包（如nvidia-driver-535）。
若为CentOS/Fedora，则用 rpm -qa | grep nvidia。
执行卸载命令
基础卸载（保留配置文件）：sudo apt remove <包名>（Debian系） / sudo dnf remove <包名>（RedHat系）
深度卸载（删除配置文件）：将remove替换为purge（仅适用于Debian系），或额外执行 sudo rm /etc/<驱动配置目录>。
阻止自动重启加载
部分发行版会在卸载后自动禁用驱动，若未生效，需手动执行：
sudo tee /etc/modprobe.d/blacklist-<驱动名>.conf <<< "blacklist <模块名>"
示例：sudo tee /etc/modprobe.d/blacklist-nvidia.conf <<< "blacklist nvidia"
重启验证
执行 reboot 后，通过 lspci -k 查看设备状态,确认不再加载原驱动。

优势：无需手动处理依赖，包管理器会自动清理注册信息；

局限：仅适用于官方仓库中的驱动版本,自定义编译的版本无法通过此方式卸载。

场景2：手动编译安装的驱动（高风险场景）

此类驱动通常因官方源未提供最新版或特殊需求（如测试版内核）而被手动编译，其特点是无包管理记录,需人工逆向操作。

典型特征：安装时执行过 make install,常见于RTL8812AU等小众无线网卡驱动。

操作步骤：

定位源码目录
回忆或查找当时的编译目录（默认可能在 ~/driver_build），若丢失可通过 find / -name Makefile 搜索含驱动名的Makefile。
执行反向安装脚本
多数Makefile支持 make uninstall，尝试在源码目录执行：
sudo make uninstall
注意：部分老旧驱动无此功能,需跳过此步。
手动删除内核模块
即使未成功执行uninstall，也需强制删除已插入的模块：
- 查看当前加载的模块：lsmod | grep <驱动名>
- 卸载模块：sudo rmmod <模块名>（若提示占用，先用 fuser -v /dev/<设备节点> 找到进程PID并杀死）
- 删除模块文件：sudo rm /lib/modules/$(uname -r)/kernel/drivers//<模块名>.ko
清理用户态文件
手动安装通常会复制二进制到 /usr/local/bin/、库文件到 /usr/local/lib/，需逐一删除：
sudo find /usr/local -name "<驱动名>" -exec rm -rf {} +
修复UDEV规则与Xorg配置
检查 /etc/udev/rules.d/ 和 /etc/X11/xorg.conf.d/ 是否有针对该驱动的规则文件,手动删除。

风险提示：此过程易遗漏文件，建议提前用 auditd 监控文件变更（若之前开启过审计），或使用 timeshift 快照功能回滚。

场景3：通过DKMS管理的驱动（动态内核模块支持）

DKMS（Dynamic Kernel Module Support）用于解决内核升级后驱动失效的问题,常见于第三方显卡驱动。

linux如何删除驱动程序第3张

操作步骤：

停止DKMS服务
sudo systemctl stop dkms（临时停止,防止干扰）
移除DKMS模块
查看已安装的DKMS模块：dkms status
执行移除：sudo dkms remove <驱动名>/<版本> --all（--all表示删除所有内核版本的模块）
清理残留文件
DKMS会在 /var/lib/dkms/ 生成构建目录，需手动删除：
sudo rm -rf /var/lib/dkms/<驱动名>
恢复原始内核模块
部分DKMS驱动会替换原生模块，需重新加载原生模块：
sudo modprobe <原生模块名>（可通过 modinfo 查看原生模块名）

通用验证与收尾工作

无论哪种场景，完成上述步骤后需进行以下验证：

| 验证项 | 命令/方法 | 预期结果 |

|———————–|————————————————————————–|————————————————————————–|

| 启动时是否自动加载 | grep <驱动名> /etc/modules | 无条目或已被注释 |

常见错误与解决方案

Q1：卸载后重启仍自动加载驱动怎么办？

原因：未正确禁用模块或存在多个内核版本残留。

解决：

编辑 /etc/modules-load.d/ 下的配置文件，注释掉驱动加载项；
执行 sudo update-initramfs -u 更新initramfs，避免开机加载；
若使用GRUB引导，检查 /etc/default/grub 中的GRUB_CMDLINE_LINUX是否添加了nomodeset等参数。

Q2：删除驱动后设备无法识别怎么办？

原因：误删了原生驱动或未加载替代驱动。

解决：

查看 dmesg | tail 获取设备错误信息；
尝试加载原生驱动：sudo modprobe <原生模块名>；
若为显卡驱动，可切换至开源驱动（如Nouveau）：sudo apt install xserver-xorg-video-nouveau。

归纳与建议

操作类型	推荐度	适用场景
包管理器卸载	官方源安装的驱动	确保使用正确的包名，优先用purge清配置
DKMS管理	跨内核版本的第三方驱动	需同步清理/var/lib/dkms/目录
手动编译卸载	无其他选择的特殊驱动	务必备份重要数据，建议结合快照工具
直接删除文件	绝对不推荐	会导致依赖断裂、系统崩溃，仅作最后手段