网卡“识别不到”八成是内核未枚举到硬件或固件缺失，而非驱动丢失；应先用lspci/lsusb确认设备是否存在，再查dmesg中firmware错误，最后按芯片型号安装对应固件。

网卡“识别不到”，八成不是驱动丢了，而是内核压根没看见设备，或看见了却因固件缺失、模块未加载而无法生成网络接口。排查要从硬件枚举开始，一层层向上验证，不能一上来就编译驱动。

确认硬件是否被系统枚举

这是最底层的判断。如果设备连 PCIe 或 USB 总线都没上，后续所有操作都是徒劳。

• 有线网卡执行：lspci -nnk | grep -A3 -i ethernet，看是否有 Network controller 行，以及 Kernel driver in use 是否为 unknown 或空白
• USB 无线网卡执行：lsusb，插紧后重试；若无输出，换 USB 口、关机重启、进 BIOS 开启 USB Legacy Support
• 主板集成网卡在 lspci 中完全消失？进 BIOS 检查 “Onboard LAN”、“PCH LAN” 或 “LAN Controller” 是否设为 Enabled

查 dmesg 日志定位失败根源

dmesg 是驱动加载过程的原始记录，比 lspci 更早、更准。很多问题在这里就能一眼锁定。

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

• 运行：dmesg | grep -i "firmware\|error\|failed"
• 看到 firmware request failed？说明缺固件（如 rtl_nic/rtl8168f-2.fw），不是驱动代码问题，去 linux-firmware 包里补全即可
• 看到 Unknown symbol in module？大概率是编译驱动时没装对应内核头文件（linux-headers-$(uname -r)），或内核版本不匹配
• 看到 device descriptor read/64, error -71？这是 USB 通信异常，和驱动无关，优先查物理连接或 xhci_hcd 模块是否加载

按芯片型号选择正确驱动路径

不同芯片，解决逻辑完全不同。盲目克隆 GitHub 驱动仓库、硬编译，反而容易引入冲突。

• 老芯片（如 r8169、igb）：通常内核自带，但可能被 blacklist。检查 /etc/modprobe.d/ 下有无禁用规则
• 较新 Realtek（如 RTL8852BE、RTL8821CE）：需用官方推荐的开源驱动（如 rtl8852be-aircrack-dkms），并启用 DKMS 实现内核升级自动适配
• USB 小型网卡（如 RTL8188EU）：优先尝试已打包的发行版驱动（如 Debian 的 firmware-realtek），不行再编译社区维护的 rtl8188eu-aircrack-ng
• VMware 虚拟网卡（vmxnet3）：确保 VMware Tools 或 open-vm-tools 已安装，否则内核不会加载 vmxnet3 模块

验证接口是否存在并启用

驱动加载成功后，接口名可能不是你熟悉的 eth0，CentOS 7/Rocky Linux 默认用可预测命名（ens33、enp0s3 等）。

• 运行：ip link show，找状态为 UP 且含 LOWER_UP 的接口
• 若接口存在但 down 状态，手动启用：ip link set ens33 up
• 若配置文件中设备名写的是 eth0，但实际是 ens33，需同步修改 /etc/sysconfig/network-scripts/ifcfg-* 文件中的 DEVICE= 和 NAME= 字段
• 确认 network 服务未被 NetworkManager 抢占：systemctl stop NetworkManager && systemctl restart network