1. 为什么CentOS 7装完系统后网卡“消失”了
如果你最近给一台搭载Intel i219-v网卡的机器装CentOS 7，大概率会遇到一个非常尴尬的局面：系统装完了，登录进去敲ip addr，除了一个lo回环接口，什么网卡都看不到。ifconfig命令甚至可能提示你“command not found”，因为最小化安装根本没带net-tools。这时候你第一反应可能是网卡坏了，或者插槽没插紧，但重启进BIOS一看，板载网卡明明识别得好好的。
问题的根源在于驱动版本的时间差。Intel i219-v属于Intel的I219系列千兆网卡，这个系列在消费级主板和品牌机上出货量极大，从6代酷睿一直用到14代。但CentOS 7的内核基线是3.10，这个内核自带的e1000e驱动版本大约在3.2.x到3.3.x之间，而i219-v的多个步进版本（尤其是步进3之后的型号）需要e1000e3.4.x以上才能正确识别。换句话说，CentOS 7发布的时候，i219-v这个硬件还没大规模上市，内核里自然没有对应的设备ID。
这就引出一个很现实的问题：没有网卡驱动，就没法联网；没法联网，就没法用yum装驱动。这是一个典型的“先有鸡还是先有蛋”的死循环。很多新手到这里就卡住了，开始考虑重装系统或者换发行版。其实完全没必要，解决路径有三条，我下面会一条条拆开讲。
这篇文章适合几类人看：一是手里有搭载i219-v网卡的主机、想装CentOS 7做服务器或实验环境的；二是运维新手，第一次遇到Linux驱动缺失不知道怎么下手；三是想搞清楚Linux网卡驱动加载机制、以后能自己排查类似问题的。我会从原理讲到实操，把每一步的命令、参数、坑点都写清楚，你照着做基本能一次搞定。
2. 先搞清楚你的网卡到底缺什么
在动手之前，别急着去下载驱动。先花两分钟确认三件事：网卡型号、当前内核版本、现有驱动版本。这三条信息决定了你后面走哪条路。
2.1 确认网卡硬件ID和型号
最直接的办法是用lspci命令。CentOS 7最小化安装默认带了pciutils，所以这个命令一般能用：
lspci | grep -i ethernet正常输出类似这样：
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V如果输出里显示的是Ethernet controller但后面跟着Device xxxx这种未知设备，说明内核连设备名都没认出来，那就更需要装驱动了。记下冒号前面的PCI地址，比如00:1f.6，后面排查要用。
再进一步，用lspci -nn看设备ID：
lspci -nn | grep -i ethernet输出会带上方括号里的厂商ID和设备ID，比如[8086:15b8]。8086是Intel的厂商ID，15b8就是i219-v某个步进的设备ID。这个ID是后面判断驱动是否支持的关键依据。
2.2 查看当前内核和驱动版本
uname -rCentOS 7.9的默认内核是3.10.0-1160系列。然后看当前e1000e驱动版本：
modinfo e1000e | head -5如果这个命令报错说模块不存在，那说明内核根本没编译这个驱动进去，或者被blacklist了。正常应该能看到version: 3.2.6-k之类的信息。记住这个版本号，Intel官方驱动一般会标注支持的最低内核版本和驱动版本。
2.3 判断走哪条路
根据上面的信息，你有三个选择：
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 升级内核 | 能联网或能挂载本地源 | 一劳永逸，驱动随内核更新 | 需要重启，可能有兼容风险 |
| 编译安装Intel官方驱动 | 完全离线，只有U盘 | 针对性强，不依赖内核版本 | 需要编译环境，步骤多 |
| 换用ELRepo的kmod驱动 | 能临时联网 | 安装简单，rpm包直接装 | 需要先解决联网问题 |
我个人的建议是：如果你有另一台能上网的机器和一个U盘，直接走方案二编译官方驱动，这是最可控的。如果你能通过手机USB共享网络或者临时插一块USB网卡先联网，那方案三最省事。方案一升级内核适合你本来就想用新内核的情况，但CentOS 7升级内核需要额外配置，对新手不太友好。
3. 离线编译Intel官方e1000e驱动全流程
这一节是重点，我按实际操作顺序一步步写。假设你现在处于完全离线状态，只有一台装好CentOS 7的机器和一个U盘。
3.1 准备工作：确认编译环境是否齐全
编译驱动需要gcc、make、kernel-devel这三个东西。CentOS 7最小化安装默认不带这些，所以你得先从安装镜像里装。
把CentOS 7的安装ISO挂载到系统里：
mkdir /mnt/cdrom mount -o loop /path/to/CentOS-7-x86_64-DVD-2009.iso /mnt/cdrom然后配置一个本地yum源指向这个挂载点：
cat > /etc/yum.repos.d/local.repo << EOF [local] name=Local CentOS 7 baseurl=file:///mnt/cdrom enabled=1 gpgcheck=0 EOF清理缓存并安装编译工具：
yum clean all yum makecache yum install -y gcc make kernel-devel kernel-headers这里有个关键坑点：kernel-devel的版本必须和当前运行的内核版本完全一致。如果你之前升级过内核但没重启，uname -r显示的版本和kernel-devel装的版本可能对不上。装完后用下面命令核对：
rpm -q kernel-devel uname -r两个输出的版本号必须一模一样，否则编译会报“找不到内核头文件”的错误。如果对不上，要么重启进新内核，要么用yum install kernel-devel-$(uname -r)指定版本安装。
3.2 下载并解压Intel官方驱动
在另一台能上网的机器上，去Intel官网下载e1000e驱动。搜索“Intel Ethernet Adapter Complete Driver Pack”或者直接找e1000e的独立驱动包。下载下来通常是一个e1000e-x.x.x.tar.gz文件。
把它拷到U盘，插到CentOS机器上，挂载U盘：
mkdir /mnt/usb mount /dev/sdb1 /mnt/usb注意/dev/sdb1这个设备名要根据实际情况调整，用lsblk看一下U盘是哪个设备。拷出来解压：
cp /mnt/usb/e1000e-*.tar.gz /root/ cd /root tar -xzf e1000e-*.tar.gz cd e1000e-*/解压后的目录里应该有src文件夹和README文件。先看一眼README，里面会写支持的网卡列表和编译方法，不同版本略有差异。
3.3 编译前的关键配置：处理内核签名问题
CentOS 7从某个版本开始启用了内核模块签名强制（Secure Boot开启时），如果你直接make install，可能会遇到“module verification failed”或者模块加载被拒绝的情况。有两个处理方式：
方式一：关闭Secure Boot。进BIOS把Secure Boot设为Disabled，这是最简单的。对于实验环境或者内网服务器，关掉它没什么影响。
方式二：给模块签名。如果你必须保持Secure Boot开启，需要生成密钥并签名，步骤比较繁琐，这里不展开，新手建议直接用方式一。
确认Secure Boot状态：
mokutil --sb-state如果提示command not found，装一下mokutil，或者直接进BIOS看。
3.4 正式编译和安装
进入驱动源码目录，执行编译：
cd src make编译过程大概一两分钟，如果报错，最常见的原因是kernel-devel版本不匹配，回到3.1节核对。编译成功后安装：
make install这个命令会把e1000e.ko拷贝到/lib/modules/$(uname -r)/kernel/drivers/net/ethernet/intel/e1000e/目录下，并运行depmod更新模块依赖。
然后加载模块：
modprobe e1000e如果之前系统里已经加载了旧版e1000e，需要先卸载：
modprobe -r e1000e modprobe e1000e加载完成后，再敲ip addr，应该就能看到ens33或者enp0s31f6之类的网卡接口了。接口名取决于你的BIOS设置和PCI位置，不用纠结名字。
3.5 验证驱动版本和网卡状态
modinfo e1000e | grep version ethtool -i ens33ethtool如果没装，用yum install ethtool从本地源装。输出里的driver: e1000e和version: 3.8.4-NAPI之类的信息，确认是新版驱动。
然后插网线，看链路状态：
ethtool ens33 | grep -E "Speed|Duplex|Link detected"正常应该显示Speed: 1000Mb/s、Duplex: Full、Link detected: yes。到这一步，驱动就算装好了。
4. 联网后的收尾配置与持久化
驱动装好只是第一步，要让网卡在每次重启后都正常工作，还得做几件事。
4.1 配置网络接口和开机自启
CentOS 7用NetworkManager管理网络，配置文件在/etc/sysconfig/network-scripts/下。找到对应网卡的ifcfg-文件，比如ifcfg-ens33：
vi /etc/sysconfig/network-scripts/ifcfg-ens33关键参数：
BOOTPROTO=dhcp ONBOOT=yes如果是静态IP，改成：
BOOTPROTO=static IPADDR=192.168.1.100 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 DNS1=114.114.114.114 ONBOOT=yes改完重启网络：
systemctl restart network或者用nmcli命令：
nmcli con mod ens33 ipv4.addresses 192.168.1.100/24 nmcli con mod ens33 ipv4.gateway 192.168.1.1 nmcli con mod ens33 ipv4.dns 114.114.114.114 nmcli con mod ens33 ipv4.method manual nmcli con up ens334.2 确保驱动开机自动加载
正常情况下make install已经配置好了，但保险起见，检查一下/etc/modprobe.d/下有没有把e1000e加入黑名单的文件。有些系统会默认blacklist某些驱动，如果有，注释掉。
另外，如果系统里有多个网卡驱动冲突（比如e1000和e1000e同时存在），需要明确指定用哪个。可以创建/etc/modprobe.d/e1000e.conf：
alias pci:v00008086d000015B8sv*sd*bc*sc*i* e1000e这行的意思是把设备ID为15B8的Intel网卡绑定到e1000e驱动。设备ID根据你lspci -nn的结果替换。
4.3 处理内核更新后的驱动失效问题
这是很多人忽略的一点：你手动编译的驱动，在系统内核升级后会失效。因为新内核的模块目录变了，旧驱动不在新内核的/lib/modules/下。表现就是某次yum update重启后，网卡又不见了。
解决办法有两个：一是每次内核更新后重新编译安装驱动；二是用DKMS（Dynamic Kernel Module Support）来管理。DKMS能在内核更新时自动重新编译模块。安装DKMS：
yum install -y dkms然后把驱动源码放到/usr/src/e1000e-3.8.4/下，创建dkms.conf：
PACKAGE_NAME="e1000e" PACKAGE_VERSION="3.8.4" BUILT_MODULE_NAME[0]="e1000e" DEST_MODULE_LOCATION[0]="/kernel/drivers/net/ethernet/intel/e1000e" AUTOINSTALL="yes"然后：
dkms add -m e1000e -v 3.8.4 dkms build -m e1000e -v 3.8.4 dkms install -m e1000e -v 3.8.4这样以后内核升级，DKMS会自动帮你重新编译，省心很多。不过DKMS本身也需要kernel-devel，所以本地yum源还是要保留。
5. 常见问题排查速查表
实际操作中，每个人遇到的情况可能不太一样。我把这些年踩过的坑和见过的问题整理成一张表，你对照着排查。
| 现象 | 可能原因 | 排查命令 | 解决方法 |
|---|---|---|---|
ip addr只有lo | 驱动未加载 | lspci -nn | grep -i eth | 确认硬件存在，装驱动 |
modprobe e1000e报错“Module not found” | 模块未安装到正确路径 | find /lib/modules -name e1000e.ko | 重新make install |
| 编译报错“kernel headers not found” | kernel-devel版本不匹配 | rpm -q kernel-devel; uname -r | 安装对应版本kernel-devel |
| 模块加载被拒绝“Required key not available” | Secure Boot开启 | mokutil --sb-state | BIOS关闭Secure Boot |
| 网卡识别但link down | 网线或交换机问题 | ethtool ens33 | 换网线、换端口 |
| 重启后网卡又消失 | 驱动未持久化或内核更新 | lsmod | grep e1000e | 配置DKMS或重新编译 |
yum install报“Cannot find a valid baseurl” | 本地源未配置好 | yum repolist | 检查/etc/yum.repos.d/local.repo |
| 网卡名不是ens33而是eth0 | BIOS或内核参数影响 | dmesg | grep rename | 修改/etc/default/grub加net.ifnames=0 |
5.1 几个容易忽略的细节
第一，U盘挂载失败。有时候mount /dev/sdb1 /mnt/usb会报“unknown filesystem type exfat”。这是因为CentOS 7默认不支持exfat。解决办法是把U盘格式化成FAT32，或者装exfat-utils（需要联网）。我一般直接用FAT32，兼容性最好。
第二，编译时提示“no rule to make target”。这通常是kernel-devel没装全，或者/lib/modules/$(uname -r)/build这个软链接指向了错误的位置。检查一下：
ls -l /lib/modules/$(uname -r)/build应该指向/usr/src/kernels/$(uname -r)。如果指向不对，手动重建软链接。
第三，网卡能识别但速度只有100M。i219-v是千兆网卡，如果ethtool显示Speed: 100Mb/s，检查网线是不是只有四芯（百兆线），或者交换机端口是不是百兆的。另外，某些主板的节能设置（EEE）会导致协商异常，可以在ethtool里关掉：
ethtool --set-eee ens33 eee off第四，多网卡命名混乱。如果机器上有多块网卡，CentOS 7的命名规则可能让你分不清哪个是i219-v。用ethtool -i逐个看驱动名，e1000e对应的就是i219-v。或者用lspci和ip link对照PCI地址来确认。
6. 关于驱动版本选择和长期维护的建议
最后聊几个选型和维护上的经验，这些是文档里不会写的。
驱动版本不是越新越好。Intel的e1000e驱动更新比较频繁，但有些新版本会引入新的问题，比如在某些老主板上导致唤醒失败。我一般建议选比当前内核自带版本高一个大版本、且发布时间在半年以上的稳定版。比如内核自带3.2.6，那就选3.4.x或3.6.x的稳定版，不要直接上最新的3.8.x。
保留一份驱动源码和编译好的ko文件。把e1000e.ko单独拷到U盘或者/root/drivers/目录下，万一哪天系统出问题需要重装，可以直接insmod加载，不用重新编译。加载命令：
insmod /root/drivers/e1000e.ko如果机器数量多，考虑做成本地RPM包。用rpmbuild把驱动打包成kmod-e1000e，以后批量部署直接yum install，比每台机器编译省事得多。打包的spec文件网上有模板，改一下版本号和路径就行。
记录你的操作过程。我习惯在/root/notes/下建一个nic-driver-install.md，把设备ID、驱动版本、编译命令、遇到的问题都记下来。下次遇到同型号机器，直接翻笔记，五分钟搞定。这个习惯在运维工作里价值极高，尤其是面对一堆不同型号的服务器时。
关于CentOS 7的生命周期。CentOS 7已经在2024年6月停止维护了，如果你是新装机器，其实可以考虑Rocky Linux 9或者AlmaLinux 9，这些新版本的内核已经原生支持i219-v，不需要折腾驱动。但如果你的业务环境必须用CentOS 7，那上面这套流程还是得掌握。我个人的做法是：新项目一律用新系统，老项目维护才继续用CentOS 7，驱动问题按本文方法处理。
最后一个小技巧：如果你实在不想编译驱动，还有一个“曲线救国”的办法——找一块USB转RJ45的网卡，芯片选AX88179或者RTL8153，这两个芯片CentOS 7原生支持，插上就能用。先用USB网卡联网，然后yum install kmod-e1000e（需要先装ELRepo源），装完再切回板载网卡。这个方法适合应急，但不适合长期使用，因为USB网卡的稳定性和带宽都不如板载。
# 安装ELRepo源 rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm # 安装e1000e驱动 yum install -y kmod-e1000e这套流程我在十几台不同品牌的机器上验证过，从华硕B250主板到联想M720q小主机，i219-v的各个步进版本都能搞定。核心就是三点：确认设备ID、匹配kernel-devel版本、处理好Secure Boot。把这三件事做对，剩下的就是敲命令的事。
