麒麟操作系统怎么查看网卡的驱动程序版本

很多人在麒麟系统里查网卡驱动版本，容易掉进一个坑：只靠lsmod或lspci看一眼模块名，就以为完事了。这可不靠谱，因为这两个命令只能告诉你当前挂载了哪个模块、硬件绑定了哪个驱动，但驱动到底加载了哪个版本号、固件版本对不对，全凭它俩是看不出来的。真相是，驱动可能根本没真正生效，或者版本落后于内核，偏偏你还浑然不觉。

所以，要想准确拿到网卡驱动的版本号，还真得靠一套组合拳。下面把这几个命令拆开讲清楚，顺便告诉你每一步要注意什么。

首选武器：ethtool -i，一步到位读驱动与固件版本

这套方法最直接，也是唯一能同时拿到driver名称、version字符串和firmware-version的可靠手段。其他命令都得拼拼凑凑，还容易漏掉关键字段。

第一步：打开终端，执行 ip a 查出目标网卡名称。比如常见的 【ens33】 或 【eth0】——注意别选 lo 或 docker0 这种虚拟接口，不然查出来的全是无用信息。

第二步：运行 ethtool -i 网卡名，例如：ethtool -i ens33。

第三步：在输出中紧盯三行：driver（比如 r8169）、version（比如 5.15.0-78-generic）、firmware-version（比如 0.1.12）——这里有个硬性要求：version 字段必须和当前内核 uname -r 输出一致，否则说明驱动没随内核更新，属于过时版本。

举个例子：如果输出里 driver 是 r8169，但网卡实际上是 RTL8111 且 Link detected: no，那大概率是驱动失配，而不是网线坏了。这个坑很多人踩过，一定要留个心眼。

备用方案：modinfo 查驱动模块元数据

有时候 ethtool -i 的 version 字段是空的，或者显示 unknown。这时候别慌，说明该驱动模块没嵌入版本字符串，需要从内核模块层面找线索。

先从 ethtool -i 输出中把 driver 名抄下来，比如 iwlwifi 或 8852be。

然后执行 modinfo 驱动名 | grep -i "version|vermagic"，例如：modinfo iwlwifi | grep version。

如果输出里出现 version: 535.161.07，这就是模块编译时写死的版本号，很准。但要是只有 vermagic: 6.6.41-19.ky10.aarch64 SMP mod_unload，说明版本号没声明，这时候就得结合后续的 dmesg 日志来判断驱动是否真的加载成功了。

交叉验证：lspci -k 确认物理设备与驱动绑定关系

这一步是给你的判断加个保险。ethtool 告诉你“现在用的是什么”，lspci -k 告诉你“这个硬件到底绑定了哪个驱动”。两者不一致，就说明存在驱动抢占或绑定失败。

方法一：执行 lspci -knn | grep -A 3 -B 1 "Network|Ethernet"，快速定位网卡 PCI 地址和 Kernel driver in use 字段。

方法二：如果已经知道 PCI 地址（比如 0000:02:01.0），直接执行 lspci -k -s 0000:02:01.0，检查 【Kernel driver in use】 是否非空，并且和 ethtool -i 的 driver 字段完全一致。

这里有个小陷阱：如果显示 Kernel modules: r8169 但没有 in use 行，说明驱动模块存在但没激活。这时候 ethtool -i 会报错“No such device”，很多人以为网卡坏了，其实只是驱动没加载。

最终验尸：dmesg 日志确认驱动初始化成败

ethtool -i 只反映当前快照，dmesg 才记录驱动加载的全过程。很多“看似正常”的驱动其实启动时就失败了，只是没立刻暴露出来。

执行 dmesg | grep -i "ens33|r8169|8852be|firmware"，重点找包含 failed、error、no firmware、ignoring PHY interrupt 的行。

如果看到 r8169 0000:02:01.0: Direct firmware load for rtl_nic/rtl8168g-3.fw failed，说明缺固件文件，得手动补上 /lib/firmware/rtl_nic/ 目录才行。

要是 ethtool -i 显示 driver: forcedeth，但 dmesg 反复刷 ignoring PHY interrupt，说明驱动已经放弃管理物理层了。这时候再怎么调参数也是白费力气，得换驱动或者打补丁。