Linux系统彻底卸载残留驱动的实用教程

搞Linux驱动卸载清理，最让人头疼的往往不是记不住命令，而是你自以为已经删干净了，结果一重启系统，旧驱动又像幽灵一样冒出来。这个问题在NVIDIA驱动上尤其普遍——因为涉及的文件实在太分散：内核模块、用户态库、Xorg驱动、GL调度器，甚至initramfs里都可能藏着残留的旧模块。今天这篇文章就专门拆解每个环节，把清理的每一步掰开揉碎，确保系统彻底遗忘那个驱动曾经存在过。

rmmod 之后模块还在 lsmod 里？先查依赖链

直接执行rmmod失败，或者卸载后运行lsmod | grep xxx依然有输出，大概率是模块被其他模块引用着。例如nvidia依赖nvidia-modeset、nvidia-drm，必须按逆序卸载才能彻底清除：

• 先卸载子模块，最后卸载主模块：sudo modprobe -r nvidia-drm nvidia-modeset nvidia-uvm nvidia
• 顺序一旦搞错，系统会直接拒绝操作，提示Module xxx is in use
• 遇到这个提示别急着硬来，先用lsmod | grep xxx查看具体谁在用，或者借助lsof +D /dev/nvidia*查出占用进程——杀死占用进程后再卸载，就能顺利清理内核模块残留

apt purge 后 /lib/modules/xxx.ko 还在？得手动删内核模块文件

包管理器只管软件包层面的文件，/lib/modules/$(uname -r)/下的.ko文件它通常不会自动清理。这些残留驱动文件会带来一个经典问题：下次执行modprobe时自动加载旧版，与新版冲突，系统直接给你脸色看。

• 先定位残留文件：find /lib/modules/$(uname -r) -name "nvidia*.ko*" 2>/dev/null
• 确认无误后安全删除：sudo find /lib/modules/$(uname -r) -name "nvidia*.ko*" -delete
• 别忘了检查关联模块——尤其是Intel/NVIDIA混合场景下的drm_kms_helper或i915
• 删完必须执行sudo depmod -a，否则依赖关系缓存还指向旧模块，下一次加载照样报错

卸载后 Xorg 还在用旧驱动？清空 /usr/lib/xorg/modules/drivers/

用户态驱动（例如nvidia_drv.so）不会随内核模块卸载而自动消失。X server启动时仍会加载它，结果要么黑屏，要么降级到llvmpipe软件渲染，性能一落千丈。

• 检查残留：ls /usr/lib/xorg/modules/drivers/ | grep -i nvidia
• 有文件的话直接删除：sudo rm -f /usr/lib/xorg/modules/drivers/nvidia_drv.so
• 同时清理GL库路径：sudo rm -rf /usr/lib/x86_64-linux-gnu/nvidia*
• 如果使用了glvnd，还要确认/usr/share/glvnd/egl_vendor.d/下面没有NVIDIA相关的json文件

uninstall.sh 执行完还报 command not found？检查 PATH 和 initramfs

卸载脚本可能删了二进制文件，但没更新系统环境——尤其用NVIDIA官方.run包安装时这种情况很常见。

• 先验证nvidia-smi是否真的消失：which nvidia-smi和command -v nvidia-smi都跑一遍
• 如果which有输出但执行报错，说明PATH没刷新或符号链接断裂，可以用sudo updatedb && locate nvidia-smi全盘搜索确认
• 别忘了initramfs里可能打包了旧模块——Debian/Ubuntu上执行sudo update-initramfs -u，RHEL/Fedora执行sudo dracut -f
• 重启之前，建议先sudo systemctl isolate multi-user.target退出图形环境再操作，避免模块被占用

真正干净的卸载，不是“删完就算完”，而是让系统彻底遗忘那个驱动存在过——内核镜像、用户态库、Xorg插件、GL调度器、initramfs镜像，缺一不可。尤其是在混合安装（apt + .run）的场景下，漏掉任意一环，下次启动时旧驱动就可能悄悄复活。