在 Linux 系统运维中，卸载网卡并非简单的物理移除，而是涉及逻辑接口的关闭、配置文件的清理以及内核驱动模块的卸载，核心上文归纳在于：彻底卸载网卡需要依次执行停止网络接口、删除系统配置文件、移除udev规则以及卸载对应内核驱动模块，以确保系统重启后不会自动加载该网卡或发生命名冲突，这一过程需要根据不同的 Linux 发行版（如 CentOS/Ubuntu）采取针对性的配置清理策略，同时必须注意避免误删导致管理终端失联。
识别与确认网卡状态
在进行卸载操作前,首要任务是准确识别目标网卡的名称、类型及其对应的内核驱动，盲目操作极易导致生产环境网络中断，可以使用 ip link show 或 ifconfig -a 命令列出所有网络接口。物理网卡通常以 eth、enp 或 ens 开头，而虚拟网卡可能包含 virbr、veth 等字样。
确认网卡名称后,必须查看其详细信息，包括驱动程序和硬件地址，执行 ethtool -i 网卡名称 命令，输出中的 driver 字段即为我们后续需要卸载的内核模块名称，若输出显示 driver: e1000，则说明该网卡使用的是 Intel e1000 驱动，通过 lspci -k 命令可以查看 PCI 设备与内核驱动的对应关系，这有助于在物理移除硬件后确认系统是否仍保留残留驱动。
临时停止与禁用网络接口
卸载的第一步是逻辑层面的关闭,使用 ip link set 网卡名称 down 命令可以立即停止网卡的数据传输，网卡虽然在系统中仍可见，但已处于无活动状态，对于使用 NetworkManager 的系统，建议配合 nmcli device disconnect 网卡名称 使用，以确保 NetworkManager 不再尝试管理该接口。
需要注意的是，如果该网卡配置了 IP 地址且是当前管理连接的通道，执行此操作将立即断开 SSH 会话，在生产环境中操作时，务必通过 ILO、IPMI 或本地控制台进行，或者确保有备用管理网卡，这一步仅是临时生效，系统重启后，只要配置文件和驱动存在，网卡仍会自动激活，因此必须进行后续的深度清理。
永久删除系统网络配置
这是卸载网卡最关键的一步,决定了系统重启后是否重新识别并启用该接口，不同的 Linux 发行版，网络配置文件的存储位置和格式差异巨大，处理方式也需随之调整。
在 CentOS 7 或 RHEL 系统中，网络配置脚本通常位于 /etc/sysconfig/network-scripts/ 目录下，文件名格式为 ifcfg-网卡名称。彻底卸载需要直接删除或重命名该文件，rm /etc/sysconfig/network-scripts/ifcfg-eth0，删除后，系统网络服务将不再读取该网卡的配置。
在 Ubuntu 18.04 及以后版本中，系统默认使用 Netplan 进行网络管理，配置文件通常存放在 /etc/netplan/ 目录下，后缀为 .yaml，卸载网卡需要编辑对应的 YAML 文件，将目标网卡定义的整个代码块删除，并保留正确的缩进格式，修改完成后，必须执行 netplan apply 使配置生效，对于使用旧版 /etc/network/interfaces 的 Debian/Ubuntu 系统，则需要编辑该文件，注释掉或删除关于目标网卡的 auto、iface 等配置段。
清理 udev 持久化规则
Linux 系统通过 udev 规则将网卡的 MAC 地址与固定的接口名称（如 eth0）进行绑定，如果仅删除了配置文件而未清理 udev 规则，当插入新网卡时，系统可能会因为 MAC 地址变化而将新网卡重命名为 eth1，或者保留旧的 eth0 定义导致启动报错。
在大多数 Linux 发行版中，udev 规则文件位于 /etc/udev/rules.d/70-persistent-net.rules（旧版）或 /etc/udev/rules.d/80-net-setup-link.rules 等位置。建议检查 /etc/udev/rules.d/ 目录下所有包含 net 字样的规则文件，使用文本编辑器打开这些文件，查找并删除包含目标网卡 MAC 地址或旧名称的行，清理 udev 规则是实现“彻底”卸载的高级步骤，能有效防止硬件更换后的接口命名混乱问题，体现了运维的专业性。
卸载内核驱动模块
如果目标是彻底移除网卡功能（例如物理拔卡后不再需要该驱动支持），则需要卸载对应的内核模块，这一步操作具有风险，因为一个驱动模块可能被多个网卡共用，或者被其他内核组件依赖。
使用 lsmod | grep 驱动名称 确认模块是否被加载，随后，执行 rmmod 驱动名称 命令尝试移除模块，如果系统提示 Module is in use，说明该驱动正被占用，无法直接卸载，此时可以使用 modprobe -r 驱动名称，它会尝试自动解决依赖关系并移除模块。
必须强调的是，卸载驱动模块通常只在物理设备已被移除或不再需要使用同类硬件的场景下进行，如果误卸载了系统启动盘挂载所依赖的网卡驱动（如在 iSCSI 环境下），可能导致系统无法启动，这一步属于可选操作，需根据实际需求谨慎执行。
虚拟化环境下的特殊处理
在运行 KVM、Xen 或 Docker 的环境中，卸载网卡还可能涉及虚拟网桥或虚拟设备，KVM 默认创建的 virbr0 网桥，其卸载方式与物理网卡不同，通常需要编辑 /etc/libvirt/qemu/networks/ 目录下的 XML 文件，并使用 virsh net-destroy 和 virsh net-undefine 命令来彻底移除虚拟网络定义，对于 Open vSwitch (OVS) 创建的端口，则需要使用 ovs-vsctl del-port 命令进行清理，理解虚拟化层与内核层的交互，是处理此类问题的关键。
相关问答
Q1：在 Linux 中卸载网卡后，重启系统发现网卡名称发生了变化（例如从 eth0 变成了 ens33），这是什么原因？
A1： 这种情况通常是由于 udev 规则和命名预测机制 的残留或变更导致的，在卸载过程中，如果旧的 udev 规则（基于 MAC 地址绑定名称）没有被完全清理，或者系统 BIOS 信息发生变化，systemd 的 udev 和 predictable network interface names 机制可能会重新分配接口名称，解决方法包括：检查 /etc/udev/rules.d/ 目录清理旧规则，或者在内核启动参数中加入 net.ifnames=0 biosdevname=0 以恢复传统的 eth0 命名方式，但这需要重启生效。
Q2：如何在不重启的情况下重新加载已卸载的网卡驱动？
A2： 如果驱动模块已被 rmmod 卸载，可以使用 modprobe 驱动名称 命令重新加载内核模块，加载后，驱动会自动探测系统总线上的硬件设备，如果硬件存在，系统会识别出新网卡，还需要手动执行 ip link set 网卡名称 up 来启用接口，并重新配置 IP 地址，如果之前删除了配置文件，此时需要重新创建相应的配置脚本（如 ifcfg 文件或 Netplan 配置）以确保网络持久化。
Linux 网卡的卸载是一个从应用层到内核层的递进过程，严谨的操作流程能够有效避免系统网络故障，无论是物理硬件的更换还是虚拟环境的调整，掌握配置文件与 udev 规则的清理机制都是运维人员必备的技能，希望本文的方案能帮助大家在实际工作中高效、安全地完成网卡管理任务，如果您在操作中遇到特殊的报错信息，欢迎在评论区分享，我们将共同探讨解决方案。
