1. 为什么要手动装网卡驱动那些“系统装好了但没网”的瞬间装 CentOS 7 时最让人血压升高的场景不是分区报错不是 GRUB 引导失败而是系统安装完成后敲ip addr发现只有 lo 回环接口eth0压根不存在或者明明插着网线交换机端口灯也亮着但ping www.baidu.com就是不通。排除了网线、交换机、路由器这些物理因素之后大概率就是网卡驱动没加载上。这类问题在 CentOS 7 上尤其容易出现。CentOS 7 用的是 3.10.x 内核这个内核版本本身就有些年头了对新出的网卡芯片支持不完整。你拿着最新的主板、最新的网卡去装 CentOS 7系统自带的内核驱动里很可能没有对应硬件的驱动模块或者有模块但匹配不上。另一个常见场景是装了双网卡甚至四网卡系统只认出来其中一张另一张新加的网卡完全没有被识别。还有一种是服务器网卡损坏需要更换换上去的是一块老系统不认识的卡。这种时候就得手动下载网卡驱动源码包自己编译安装。用一句话概括系统默认驱动是给大多数硬件用的通用方案你的硬件如果不在它的“熟人名单”里就需要你自己把驱动“请”进来。需要手动装网卡驱动的人主要有这么几类用较新硬件的个人电脑或工作站装 CentOS 7板载网卡未被识别。给老服务器扩网口新加的网卡型号较新系统驱动列表里查无此卡。使用特定厂商网卡比如某国产品牌的 PCIe 千兆/万兆网卡官方只提供 Linux 源码驱动没有直接打进 CentOS 7 内核。需要调整网卡驱动参数如队列数、中断合并策略等默认驱动不带这些可调项只能换成源码驱动自己编译。这篇文章不是简单的命令罗列而是把整个流程背后的原理和排查思路讲透。你会弄清楚怎么确认网卡型号、怎么判断系统到底缺没缺驱动、怎么找到对应内核版本的源码包、编译时那些参数是什么意思以及装完之后网卡还是起不来该怎么查。整套流程踩过的坑我都会指出来你可以照着操作也可以根据自己的网卡型号灵活调整。2. 动手之前的硬件侦察先搞清楚你面对的是什么网卡很多人在编译驱动这一步反复失败往往是因为第一步就走错了没有确认网卡的准确芯片型号就盲目下载驱动源码包。这一步马虎不得芯片型号认错了后面全白干。2.1 用 lspci 确认网卡芯片型号网卡的物理信息可以通过 PCI 设备列表查看。终端执行lspci | grep -i ethernet输出类似这样02:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)这就很明确了英特尔 I210 千兆网卡PCI 地址是 02:00.0。这里要特别强调看的是芯片型号不是品牌。同样是某品牌的网卡不同批次可能用完全不同的芯片比如有的用 Intel I210有的用瑞昱 RTL8111驱动完全不通用。如果lspci输出里设备名显示为Ethernet controller: XXX Corporation Device 1234这种格式说明系统也不认识这块卡但至少能看出厂商 ID 和设备 ID比如 1234 就是十六进制的设备编号。这时候可以把厂商 ID 和设备 ID 记下来去网上搜一下对应的芯片型号。2.2 通过 ethtool 查看现有驱动的加载情况如果网卡已经能被识别只是驱动不太对或者版本太老可以用ethtool查看驱动信息ethtool -i eth0输出示例driver: igb version: 5.2.5 firmware-version: 1.64, 0x8000 bus-info: 0000:02:00.0这里的driver就是当前加载的驱动模块名version是驱动版本。这个信息在后续判断“需不需要换驱动”时很有用。比如 igb 驱动的 5.2.5 版本如果你确认有更新版本修复了某个 bug或者你需要开启某个新特性就可以考虑手动更新。如果ethtool -i eth0直接报错说 “No such device”说明设备虽然存在但驱动根本没绑定上这就要重点检查驱动加载了。2.3 系统到底有没有识别到网卡设备驱动故障分两种一种是设备初始化失败另一种是驱动压根没加载。要区分这两种情况看dmesg日志最直接dmesg | grep -i eth dmesg | grep -i net如果看到类似igb 0000:02:00.0: failed to load because ...的信息说明系统已经发现了设备但驱动初始化时报错了。如果 dmesg 里完全没有和这个 PCI 设备相关的网络信息那就是设备还没被驱动认领。用lsmod | grep igb可以确认驱动模块是否已加载。再用ls /sys/bus/pci/drivers/igb可以看驱动是否绑定到了设备上。这里有个经验如果 dmesg 里能看到网卡设备但报错信息比较晦涩优先考虑换驱动版本如果 dmesg 里完全没有这个设备优先检查 BIOS 里有没有把网卡禁用或者 PCIE 插槽是否接触良好。3. 准备编译环境与下载驱动源码不只解压那么简单确认了芯片型号下一步是准备编译环境。这一步看着简单但坑特别多——尤其是内核头文件版本对不上会导致编译时报出一大堆找不到头文件的错误。3.1 确认内核版本与架构编译内核模块必须和当前运行的内核版本严格对应。先执行uname -r比如输出3.10.0-1160.el7.x86_64这说明内核版本是 3.10.0-1160架构是 x86_64。后面的编译过程所有内核模块都要针对这个版本进行。还要确认系统版本cat /etc/redhat-release输出类似CentOS Linux release 7.9.2009 (Core)。CentOS 7.9 是 7 系列最终的版本大多是 7.6 到 7.9 之间。内核版本会因为 yum update 而有差异所以务必以uname -r的实际输出来核配不要只看系统版本号。3.2 安装编译工具链gcc、make 和内核开发包CentOS 7 最小化安装往往不带编译工具需要手动安装。执行yum install -y gcc make kernel-devel kernel-headers这一条命令装了三样东西gccC 语言编译器网卡驱动源码基本都是 C 写的。make构建工具负责按照 Makefile 文件自动编译。kernel-devel内核开发包包含编译内核模块所需的头文件和 Makefile 片段。kernel-devel 的版本必须和 uname -r 输出的内核版本一致这是最容易出问题的地方。CentOS 7 的 yum 源里 kernel-devel 默认可能比你当前内核版本旧或新。如果不一致编译时会出现类似/lib/modules/3.10.0-1160.el7.x86_64/build: No such file or directory的报错。检查版本是否匹配ls /usr/src/kernels/正常会看到一个以当前内核版本命名的目录比如3.10.0-1160.el7.x86_64。如果这个目录不存在或者名字和 uname -r 不一致就得手动装对应版本yum install -y kernel-devel-$(uname -r)有些时候 yum 源里没有完全对应的 kernel-devel可以先用yum list available | grep kernel-devel看看有哪些版本。如果源里没有就需要去镜像站下载对应 RPM 包手动安装。顺带提一下kernel-headers和kernel-devel的区别。headers 提供的是用户空间编译时需要的头文件而 devel 提供的是内核模块编译需要的头文件和 build 目录结构。编译内核模块必须用到 kernel-devel 而不是 kernel-headers。3.3 去官方网站下载对应型号的驱动源码包这一步取决于芯片厂商Intel 网卡去 Intel 官网下载中心搜索对应芯片型号找到 Linux 下的驱动源码包通常是.tar.gz格式。Intel 的 e1000e 系列、igb 系列、ixgbe 系列驱动包命名很直观比如igb-5.7.2.tar.gz。瑞昱Realtek网卡瑞昱官网提供的 Linux 驱动源码包名字一般包含芯片型号比如r8168-8.049.02.tar.bz2或r8125-9.006.00.tar.bz2。下载时看清是哪个芯片的。Atheros/Qualcomm 网卡部分 ath 系列在 Linux 内核里已有支持但如果用官方源码包可以去对应支持页面下载。其他品牌建议直接从网卡的 ODM/OEM 官网或者芯片原厂官网获取避免在第三方站点下载到被修改过的源码包。源码包下载后先校验一下文件完整性比如用md5sum对比官网公布的校验值。下载完成后把压缩包放到一个专门的目录下比如/opt/drivers。不建议放 /root 或 /tmp 之外的太随意位置免得后面找不着。3.4 解压源码包并查看说明文档mkdir -p /opt/drivers cd /opt/drivers tar -zxvf igb-5.7.2.tar.gz解压后进入目录第一件事是看README或INSTALL文件cd igb-5.7.2 ls -l cat READMEREADME 里会写明支持哪些芯片型号、最低内核版本要求、编译前需要哪些依赖、安装步骤。很多编译失败的问题在 README 里都有提示。比如有的驱动要求内核版本至少某版本以上如果你当前内核太老就需要先升级内核再编译驱动。另外有些驱动包里其实带了几个不同的驱动模块需要看清楚你要用的是哪一个。比如 Intel 的 igb 驱动下载包里实际编译出来的是 igb.ko对应的是 Intel 82575/82576/I350 等系列千兆网卡不是 e1000e。4. 源码编译安装实操每一步的原理都要知道编译安装这类第三方驱动步骤看起来就三件事make、make install、modprobe。但每一步的细节和可能遇到的问题是需要认真对待的。4.1 编译前的常见配置选项在运行make之前可以先查看 Makefile 里的配置项make help不同驱动包的 Makefile 不太一样但通常支持以下选项make默认编译当前内核版本对应的模块。make install把编译出来的.ko文件安装到/lib/modules/$(uname -r)/kernel/drivers/net/ethernet/下对应的子目录。make clean清理编译产生的临时文件重新编译前建议执行一次。有些驱动还支持make menuconfig或者直接编辑Makefile调整编译参数。多数情况直接make就行。如果 README 里有特别说明需要调整什么参数比如使用DESTDIR指定安装路径、设置KSRC指定内核源码目录再按说明操作。这里有个关键点编译时 Makefile 会自动调用/lib/modules/$(uname -r)/build这个软链接指向的内核源码目录。如果kernel-devel装好了这个软链接就存在。可以用ls -l /lib/modules/$(uname -r)/build验证一下它是否能正常解析。4.2 执行编译make 命令的完整过程在源码目录下执行make如果一切正常屏幕会滚动很多编译输出最后生成.ko后缀的内核模块文件比如igb.ko。编译过程是在调用 gcc 编译每个源文件然后链接成内核模块。如果编译报错需要仔细看第一条 error 信息不是看最后的 error 汇总。常见错误有两类第一类找不到头文件。报错形如fatal error: linux/xxx.h: No such file or directory。这个大概率是 kernel-devel 没装或者版本不对。重新检查/usr/src/kernels下的目录名与uname -r是否一致。第二类语法错误或类型不匹配。这个通常是源码包太老不兼容当前内核版本的 API。比如有些老驱动用了已在新内核中删除的函数。解决办法换新版本驱动或者给源码打补丁。有些厂商会在官网上提供针对特定内核版本的补丁文件。4.3 安装驱动模块make install 做了什么编译成功后执行make install这条命令会把.ko文件复制到内核模块目录/lib/modules/$(uname -r)/kernel/drivers/net/ethernet/intel/igb.ko这个路径结构是有讲究的kernel/drivers/net/ethernet/是内核源码里网络驱动的标准位置不同的网卡芯片厂商会有各自的子目录比如 intel、realtek、broadcom 等。装到这里之后depmod 工具才能正常扫描到驱动模块的依赖关系。4.4 刷新模块依赖并加载驱动模块安装到系统目录后需要刷新模块依赖关系depmod -adepmod会扫描/lib/modules/$(uname -r)/kernel/下所有的模块生成modules.dep和modules.alias等文件。这一步很重要少了它modprobe igb可能提示找不到模块因为系统还不知道新模块的存在。然后加载驱动modprobe igbmodprobe和insmod的区别在于modprobe会自动处理模块依赖而且会从标准模块目录查找insmod需要你指定模块文件的完整路径且不处理依赖。所以一律推荐用modprobe。加载后验证lsmod | grep igb输出里有igb 123456 0这样的字样说明模块已经加载成功。此时再执行ethtool -i eth0应该能看到 driver 变成了 igb。如果modprobe报错说FATAL: Module igb not found先跑一遍depmod -a再试。如果还不行确认模块文件真的存在于/lib/modules/$(uname -r)/kernel/drivers/net/ethernet/intel/下。4.5 让驱动开机自动加载这里要分情况讨论。如果你的网卡设备能被系统正常识别且驱动模块已复制到标准路径那么通常不需要手动配置开机加载。因为 udev 在系统启动时会检测硬件设备如果驱动模块存在于标准路径它会自动被加载。但有一种情况需要手动配置驱动模块和设备 ID 的匹配关系没有被系统识别。部分第三方网卡的设备 ID 不在驱动的默认支持列表里或者驱动加载顺序有问题就会导致开机后设备没被驱动绑定。这时需要在/etc/modules-load.d/下创建一个配置文件echo igb /etc/modules-load.d/igb.conf这样系统启动时就会强制加载 igb 模块。再者要在/etc/modprobe.d/下加配置告诉系统该驱动支持哪些设备比如alias eth0 igb不过这种写法在 CentOS 7 里其实很少用到因为 udev 会基于 PCI 设备 ID 自动匹配模块。更多时候是在/etc/modprobe.d/igb.conf里写模块参数options igb InterruptThrottleRate1,14.6 关于网卡接口命名的变化从 eth0 到 eno16777736CentOS 7 默认使用biosdevname或者 systemd 的命名规则网卡接口名可能不是传统的eth0而是类似eno1、ens33、enp2s0这样的名字。装了新驱动后新网卡的接口名更可能是enp3s0PCI 地址决定或eno1BIOS 固件决定而不是 eth0。执行ip addr确认实际的接口名再配置网络。如果你习惯传统 ethX 命名方式可以在/etc/default/grub的GRUB_CMDLINE_LINUX里加上net.ifnames0 biosdevname0然后重新生成 grub 配置grub2-mkconfig -o /boot/grub2/grub.cfg重启后网卡会恢复成 eth0 这种命名。但要注意这个改动会影响所有网卡的命名不只是你新装的这块。5. 驱动加载不上、系统没网这些坑我帮你试过了编译安装这个环节顺利通过的话后面还有几个高频问题。我在实际处理中遇到过不少次列出来给大家参考。5.1 模块加载成功但网卡还是没 IP这种情况特别典型lsmod看到模块加载了但ip link看不到网卡设备。排查思路第一步确认驱动和设备 ID 是否匹配lspci -nn | grep -i ethernet输出里会带[8086:1533]这样的格式方括号里就是 PCI vendor ID 和设备 ID8086是 Intel 的 vendor ID1533是设备 ID。再查这个设备 ID 是否在驱动的支持列表里。有些第三方网卡虽然用的芯片是 I210但设备 ID 可能被改成了厂商自己的 ID不在驱动白名单里驱动就拒绝绑定。解决办法把设备 ID 加到驱动的MODULE_DEVICE_TABLE里重新编译或者用modprobe igb force_vendor...之类的参数绕过检测。具体可用的参数要看驱动文档。这个操作有点麻烦但网络上搜索一下“网卡设备ID不识别”有大量方案可参考。第二步查看内核是否识别了网卡设备dmesg | grep -i igb如果有类似igb: probe of 0000:03:00.0 failed with error -5的信息说明驱动探测硬件时失败。原因可能是硬件故障、PCIe 链路不稳、或者设备 ID 不被支持。5.2 网卡驱动编译时报找不到内核源码目录错误信息类似The file /lib/modules/3.10.0-1160.el7.x86_64/build does not exist.这个几乎是 kernel-devel 没装或装错版本。先看/usr/src/kernels/下有什么ls -la /usr/src/kernels/如果为空说明没装成功。如果目录名和 uname -r 不一致就需要手动装对应版本。CentOS 7 可以通过yum install kernel-devel-$(uname -r)精确匹配。还有一种特殊情况你之前升级过内核现在跑的是新内核但 kernel-devel 还停留在旧版本。这时 uname -r 和新内核版本一致但 /usr/src/kernels 下是旧的。直接卸载旧 kernel-devel然后装对应版本的即可。5.3 系统更新内核后驱动消失了这是个比较隐蔽的问题。如果你后来执行了yum update内核升级到了新版本那么/lib/modules/新版本/kernel/drivers/net/ethernet/intel/igb.ko这个路径下的模块还是之前编译时的旧版本模块它仍然存在但和新内核可能不兼容。更糟糕的情况是新内核自带的 igb 模块覆盖了手动安装的模块或者新内核的 API 变化导致旧模块无法加载。处理办法更新完内核后重新编译一次驱动cd /opt/drivers/igb-5.7.2 make clean make make install depmod -a再重启或者 modprobe 一次。养成习惯每当内核更新都要重编第三方驱动。5.4 固件文件缺失firmware not found部分网卡驱动在加载时需要额外的固件文件microcode比如一些 Intel 万兆网卡和瑞昱的网卡。如果缺失dmesg 会显示igb 0000:02:00.0: firmware: failed to load igb/xxx.bin (-2)解决办法是去驱动包里的firmware目录找或者从网卡厂商官网下载对应的固件文件放到/lib/firmware/下对应子目录然后重新触发驱动加载modprobe -r igb modprobe igb记得先确认是否需要存放子目录。有些固件要求放在/lib/firmware/intel/下有些要求直接放在/lib/firmware/下具体看驱动文档的要求。5.5 驱动装好了网卡也认了但 NetworkManager 不配合CentOS 7 默认由 NetworkManager 管理网络。如果网卡设备已经存在但 NetworkManager 没有自动创建配置文件就会出现设备 visible 但没有 IP 的情况。解决办法nmcli dev status查看网卡设备是否处于disconnected状态。如果是手动创建一个 connection profilenmcli con add type ethernet con-name ens33 ifname ens33 nmcli con up ens33或者直接把网卡加入 NetworkManager 托管nmcli device set ens33 managed yes如果不想用 NetworkManager也可以直接用传统的方式在/etc/sysconfig/network-scripts/ifcfg-ens33里写配置DEVICEens33 BOOTPROTOdhcp ONBOOTyes写完后systemctl restart network。但注意 CentOS 7 里 service network 和 NetworkManager 同时启用的话可能会打架建议二选一。对于服务器场景我一般直接停用 NetworkManager用 network.service 的传统方式减少干扰。5.6 模块加载顺序导致的冲突系统里可能同时存在内核自带的驱动和手动安装的驱动比如内置的 igb 和手动装的 igb 同名。这种情况下modprobe igb加载的是哪个版本取决于模块目录的搜索顺序。/lib/modules/$(uname -r)/updates/目录优先级更高如果你把模块装到updates目录下它会优先于kernel目录下的同名模块加载。有些驱动的make install会装到 updates 下有些不会所以要注意确认模块到底装到了哪里。查看模块实际路径modinfo igb如果 modinfo 显示的路径不是你安装的那个说明加载时用的是另一个同名模块。这时候可以手动把新模块放到 updates 目录再跑一遍 depmodmkdir -p /lib/modules/$(uname -r)/updates/drivers/net/ethernet/intel/ cp /opt/drivers/igb-5.7.2/src/igb.ko /lib/modules/$(uname -r)/updates/drivers/net/ethernet/intel/ depmod -a5.7 编译出现 Werror 把警告当错误处理有些驱动源码包在编译时启用了-Werror把警告当错误处理。内核版本较新时某些旧的驱动代码会产生新的警告编译就直接失败。报错信息往往很长但核心是那些warning: ...被当成了 error。这种情况没法简单地关掉 Werror因为 Makefile 里写死了编译选项。一个临时方案是手动修改 Makefile把-Werror去掉或者直接在编译命令里追加CFLAGS -Wno-error。不过更推荐的做法是找新版本的驱动或者按报错提示修改源码中触发警告的代码行。实际处理时我看到不少人卡在编译这一步就放弃了其实把 Makefile 里的EXTRA_CFLAGS加上-Wno-error或者删掉-Werror就能过去代价是可能遗留一些小问题但通常不影响驱动运行。6. 验证驱动安装成功的完整检查清单驱动装完别急着欢呼按这个清单走一遍确认没问题才算真正搞定。6.1 检查驱动模块是否正确加载lsmod | grep 驱动名确认模块存在。注意如果有多个同名模块lsmod 只会显示加载的那个。6.2 检查设备是否被驱动绑定lspci -k | grep -A 3 -i ethernet输出里一般会有Kernel driver in use: igb这样的信息。如果没有这一行说明设备没有被任何驱动绑定。6.3 检查网络接口是否存在ip link确认网卡接口比如 ens33状态是UP或者可以手动启用ip link set ens33 up6.4 测试链路连通性先看链路状态ethtool ens33重点看Link detected: yes。如果显示 no说明物理链路不通问题可能出在线缆、交换机端口或对端设备。链路通了之后用 DHCP 获取地址或者配置静态 IP然后 ping 网关和公网地址。ping -c 4 192.168.1.1 ping -c 4 8.8.8.8能通就算大功告成。如果 ping 不通但链路显示 connected检查 IP、路由、防火墙CentOS 7 默认 firewalld 可能挡了 ICMPsystemctl stop firewalld systemctl disable firewalld6.5 检查驱动参数是否生效部分驱动支持模块参数调整。用ethtool -i和ethtool -l看队列数、中断设置等参数是否正确ethtool -i ens33 ethtool -l ens33比如 Intel 的 igb 驱动默认多队列功能可以用ethtool -L ens33 combined 4设置队列数量具体要看网卡支持的队列上限。7. 一个典型实操案例某品牌服务器加装新网卡的全过程上面讲的都是方法和原理这里用一个我实际处理过的案例串起来走一遍完整流程方便你对照参考。场景还原某公司一台旧服务器装的 CentOS 7.6之前一直用的板载千兆网卡。后来业务量上来需要加装一张新的 PCIe 千兆网卡是某品牌的千兆电口卡。插上卡、开机系统起来后发现新网卡完全没被识别lspci能看到设备但系统里就是没有对应的网络接口。处理步骤查芯片型号。lspci -nn | grep -i ethernet输出04:00.0 Ethernet controller [0200]: Device [8086:1533] (rev 03)这说明新网卡实际使用的是 Intel I210 芯片设备 ID 是 1533vendor 是 8086。虽然品牌是某第三方但芯片是 Intel 的驱动得用 Intel 官方 igb 驱动。确认内核版本和编译环境uname -r输出3.10.0-1160.el7.x86_64。检查/usr/src/kernels/下有对应目录说明 kernel-devel 已就绪。去 Intel 官网下载 igb 最新版源码包放到 /opt/drivers 下解压。注意到 igb 5.7.2 版本要求内核至少 2.6.18CentOS 7 的内核 3.10 完全满足。编译前先看 README确认支持 I210 芯片。然后执行cd /opt/drivers/igb-5.7.2/src make编译顺利生成了 igb.ko。安装模块make install depmod -a modprobe igb验证lsmod | grep igb看到 igb 已加载。ip link看到了新的接口enp4s0状态 DOWN。配置网络。由于该服务器计划给新网卡配静态 IP直接在/etc/sysconfig/network-scripts/下创建ifcfg-enp4s0DEVICEenp4s0 BOOTPROTOstatic ONBOOTyes IPADDR192.168.20.10 NETMASK255.255.255.0 GATEWAY192.168.20.1 DNS18.8.8.8然后systemctl restart network。注意服务器上原有网卡 eth0 的配置不能受影响。实测下来新网卡 IP 正常ping 网关通访问外网正常。这个案例里最关键的判断就是网卡品牌是第三方但芯片是 Intel I210所以用的是 igb 驱动而不是品牌官网上的同名驱动。很多人在这里走弯路跑去第三方品牌官网下载驱动结果下载包里用的还是 Intel 的源代码只是改了名字而已。认清芯片本质很多问题都好解决。另一个细节新网卡的接口名默认是 enp4s0 不是 eth0因为 CentOS 7 遵循的是 PCI 总线地址命名的规则。如果想要 eth0 这种名字可以改 grub 参数也可以不改直接用 enp4s0 也没问题只是自己心里要有数。8. 驱动维护与后续注意事项驱动装好只是开始系统后续的更新维护里还有一些坑要留意。8.1 内核升级后必须重编第三方驱动这个前面已经强调过内核从 3.10.0-1160 升级到 3.10.0-1160.el7.x86_64 的新小版本第三方驱动的.ko文件也要重新编译。尤其是那种从 3.10 跳到 4.x 的大版本升级旧驱动模块基本必挂。建议把驱动源码包统一放在/opt/drivers/下每次内核更新后跑一遍cd /opt/drivers/igb-5.7.2/src make clean make make install depmod -a有条件的可以写成脚本配合 yum 的 kernel 更新钩子自动执行省得每次都手动操作。8.2 多块网卡时注意接口绑定顺序如果服务器上有多块同型号网卡驱动加载后接口名的分配顺序不一定和物理插槽顺序一致。CentOS 7 的 udev 会根据 PCI 地址和设备 ID 生成稳定的接口名但如果你更换过插槽位置接口名可能跟着变。多网卡场景下建议通过ifcfg-ens33里的HWADDRMAC 地址字段来固化配置而不是依赖接口名。8.3 备份驱动模块编译好的驱动模块是个二进制文件重装系统后就没了。建议把编译好的.ko文件单独备份一份到 U 盘或内网存储省得下次装系统后又要重新编译。备份的版本要和新内核匹配内核大版本变了就不适用了。8.4 关于第三方驱动和 SELinux 的兼容性CentOS 7 默认开启 SELinux在加载第三方驱动模块时SELinux 对内核模块的加载限制实际上比较宽松一般不会阻止 root 用 modprobe 加载驱动。但如果你手动把模块文件放到非标准目录下或者从自定义路径加载有可能触发 SELinux 的 AVC 拒绝记录。如果驱动加载失败可以查一下/var/log/audit/audit.log看到 AVC 相关记录再针对性处理。大多数情况下把模块安装到标准目录、用 modprobe 加载SELinux 不会干预。8.5 关注厂商驱动的新版本动态芯片厂商的驱动会持续修复 bug 和兼容性问题。特别是新内核出来后旧驱动往往需要更新才能支持。建议定期看看网卡芯片官方的驱动发布记录有更新的版本时评估一下要不要升级。生产环境尽量少动但如果当前版本有问题升级前记得先备份旧模块升级后多留意 dmesg 有没有新报错。我的几点实操体会写到这里整个 CentOS 7 网卡驱动的安装流程就完整了。最后分享几个我自己的体会第一网卡驱动安装的难点不在编译本身而在定位“系统为什么不认这块卡”。lspci 和 dmesg 这两个命令用熟了问题就解决了一半。第二编译之前一定要确认 kernel-devel 和当前内核版本一致。我见过太多人在这一步栽跟头装了一堆依赖之后编译还是报错最后发现是 kernel-devel 版本对不上。第三CentOS 7 的这个老内核确实让不少新硬件用户头疼。如果条件允许不如直接考虑用更新版本的系统硬件兼容性会好很多。但如果业务系统已经锁定在 CentOS 7手动装驱动这条路还是得会。第四给服务器配置网络时尽量把网卡 MAC 地址和接口名的对应关系记下来特别是多网卡设备。免得哪次重启之后接口顺序变了发现业务断了却找不到原因。这几条经验是我多次处理网卡问题后沉淀下来的希望对你有帮助。如果实际操作中遇到没覆盖到的情况先沉住气看日志网卡驱动的问题没有一个是无解的。
