简介：这是一份面向ESXi虚拟化运维人员与服务器管理员的Intel I129-V网卡驱动离线安装包，适配ESXi 6.7U3b和7.0U2a两个版本，用于解决ESXi安装或启动过程中因缺少原生驱动导致Intel I129-V网卡无法识别、管理网络无法建立等问题，常见于采用该网卡型号的物理主机、软路由设备及虚拟化节点。压缩包体积仅181KB，共包含4个文件，以vib驱动包为核心，配合xml驱动元数据与zip离线bundle包，构成一套完整的离线安装素材；运维人员可借助ESXCLI命令或vSphere Lifecycle Manager在无外网环境下直接导入，不必额外下载依赖，适合内网环境的快速部署；整体结构简洁，便于快速定位所需文件。该资源已有3653人学习下载，作者标注“亲测可用”，并给出了配套教程入口，降低了实操门槛。通过研究包内vib驱动与bundle结构，读者不仅能掌握Intel I129-V网卡驱动离线打包的组织方式，还能在遇到其他网卡型号的驱动问题时参照相同思路自行处理，提升排错效率。
1. ESXi 装完才发现网卡不识别：这块 Intel I129V 的坑，卡了很多人
把 ESXi 装到一台性能不错的工控机或准系统上，系统起来了，管理界面却起不来——dcui里看网络适配器列表是空的，vSphere Client 连不上，第一反应是镜像没烧好。重装一遍，还是老样子。真正的问题是 ESXi 的镜像里没有带 Intel I129V（实际硬件 ID 多为 8086:15F3，常见于 82580 与 I210 之后的低功耗方案）的驱动，安装器根本看不见这块网卡。这个标题的核心工作就是：把驱动补进 ESXi 的镜像里，让它装完就能认网卡，而不是装完再折腾。
这篇文章写给两类人：一是正在装 ESXi 8.0 或 7.0 发现网卡未被识别的人，二是想批量给多台设备离线部署、不想每台都手动搞的运维。我用了很多年 ESXi，各种 OEM 网卡踩过不少，下面这套流程是在真实环境里反复验证过的，照着复制命令就能跑通。
2. 为什么 ESXi 认不出 I129V：从驱动载体到镜像构建原理
2.1 先搞清 I129V 在 ESXi 里的真实身份
I129V 这个名称是设备厂商的叫法，ESXi 的驱动识别不看商品名，只看 PCI 设备 ID 和厂商 ID。以 I129V 常见使用的 Intel 方案为例，lspci 出来的结果一般是Ethernet controller: Intel Corporation Device 15F3。你要做的第一件事，就是在能启动的 Linux 环境（比如 Ubuntu LiveCD）里确认这个 ID，因为后边找驱动、写声明文件都靠它。
常见做法是直接查驱动厂商的开源仓库。ESXi 的社区驱动方案里，Intel I225/I226 这类 2.5G 网卡普遍走igc驱动，而 I129V 往往需要从硬件方案对应的驱动源码包自己编译，或者直接用官方 vib 进行解包处理。这里有一个前提：ESXi 8.0 Update 1 之后的版本才原生支持部分 I225/I226，I129V 这种偏门型号通常需要自己动手。
判断你的网卡是否被当前 ESXi 识别的方法：安装介质启动后进入 Shift+O 界面，输入runweasel回车，然后再按 Alt+F1 切到控制台，用lspci -v | grep -i ethernet看是否有输出。没有输出，基本就石锤了。
2.2 驱动从哪来：vib 文件与离线包的关系
ESXi 的驱动以 vib（vSphere Installation Bundle）格式封装，你可以把它理解成 ESXi 世界里的安装包。它不是一个孤零零的.ko文件，而是包含了驱动二进制、声明文件、以及安装脚本的完整包。离线 bundle 是多个 vib 的集合，加上一个metadata.zip描述这些 vib 之间的关系。
我们要做的是把这个 vib 注入到 ESXi 安装镜像的payload里，让安装器在装系统的时候就把驱动放进去。常见的成品离线包可以从 VMware 官方 Fling 或硬件厂商的社区发布页下载，但因为标题指向是 I129V，多数情况下你要自己用工具打包。
这里推荐一套工具链：
esxcli-software：ESXi 系统内安装 vib 时用vibauthor：构建 vib 的官方工具，在 Linux 下运行esx-build：把 vib 打入 iso 镜像的工具（旧版叫esximage）
我之前做过一个模拟项目 X，为了给某型号工控机装 ESXi，就是用这套流程。新手别怕，命令就那几条，真正要花时间的是搞清楚硬件 ID 和驱动版本的对应关系。
2.3 为什么不能等装完再补救
有人会想：ESXi 装完是 U 盘系统，我能不能启动后再把驱动拷进去加载？理论上可以，但对 I129V 这种没有原生驱动的网卡，后补驱动的麻烦远大于前置注入：
- 后补 vib 要求 ESXi 系统本身能启动，而你连不上网络，只能用
dcui本地操作，极其痛苦。 esxcli software vib install在系统运行中安装驱动，如果驱动有依赖缺失，装到一半可能把网络栈搞挂，只能重装系统。- 多台设备部署时，每台都要插键盘显示器操作，效率极低。而把驱动注入 ISO 后，PXE 或 USB 批量安装直接一次到位。
所以标准做法永远是：先改镜像，再装系统。这也是这个标题下你应该最先建立的认知。
3. 构建带驱动的 ESXi 安装镜像：离线打包全流程
3.1 准备阶段：提取驱动的真实内容
先看下预期的最终产物：一个 ISO 文件，里面包含 ESXi 原版安装程序，外加 I129V 的驱动 vib。核心步骤就是把驱动塞进payload。
首先在 Linux 环境（我用 Ubuntu 22.04 LTS 验证过）下，把官方 ESXi ISO 挂载并解压：
mkdir -p /tmp/esxi_iso mount -o loop /path/to/VMware-ESXi-8.0U1-xxxxxxxx.iso /mnt rsync -av /mnt/ /tmp/esxi_iso/ umount /mnt # 解压后建议给整个目录加写权限 chmod -R u+w /tmp/esxi_iso/这段命令的逻辑：先建工作目录，再把 ISO 只读挂载到/mnt，用rsync同步到可写目录，最后解除只读。注意这里不要直接到挂载目录里改，因为 ISO 是只读的。
解压完后，看核心文件：
ls -l /tmp/esxi_iso/ # 关键输出是这些文件和目录 # boot.cfg # efi/boot/bootx64.efi # payload/ # s.v00 到 s.v99 之类的一堆 vib 打包文件payload目录里全是 ESXi 的系统模块，每个.v00文件其实是一个压缩的 vib。驱动最终要进的目录是payload下的某个位置，具体路径要看 boot.cfg 里写的模块加载顺序。
3.2 自制 vib：用 vibauthor 把驱动源码打成社区包
如果你手里只有 I129V 的源码包（通常是某个网卡厂商放出的 GitHub 仓库或驱动 tar.gz），而不是现成的 vib，就需要自己构建。我用过 vibauthor 在 Linux 下构建，步骤不复杂：
# 创建构建目录，按 vib 规范组织文件 mkdir -p vib_build/VMware_bootbank_net-i129v_1.0.0-1.vib/ mkdir -p vib_build/VMware_bootbank_net-i129v_1.0.0-1.vib/usr/lib/vmware/vmkmod/ # 把编译好的 .ko 驱动拷贝到 vmkmod 目录 cp /path/to/igc.ko vib_build/VMware_bootbank_net-i129v_1.0.0-1.vib/usr/lib/vmware/vmkmod/ # 进入构建目录执行 vibauthor cd vib_build vibauthor -C -t VMware_bootbank_net-i129v_1.0.0-1.vib \ -v 1.0.0-1 \ -d "Intel I129V community driver" \ -e "Community" \ -p "VMware" \ -O '{"acceptanceLevel":"community","maintenanceMode":false}'参数说明：-C表示创建新 vib，-t指定构建目录，-v是版本号，-d是描述，-e是厂商，-O是覆盖默认属性。构建完成后会生成.vib文件和descriptor.xml。这里有一个深坑：acceptanceLevel必须与 ESXi 主机的接受级别匹配。ESXi 默认是partner或community，如果你的 ESXi 里设成了accepted，装的时候会报错，需要先改接受级别。
如果你不需要自己编译，直接有别人打好的 vib，那跳过这一步，直接进入 3.3。
3.3 把 vib 合并进 ISO：esx-build 与 boot.cfg 的修改
拿到 vib 文件后，把它放入解压后的目录。标准做法是把 vib 文件直接拷贝到 ISO 根目录，然后修改boot.cfg让它被加载。我来写一下实际执行过的命令序列：
# 把 vib 放到 ISO 根目录 cp net-i129v_1.0.0-1.vib /tmp/esxi_iso/ # 修改 boot.cfg，在 modules 段最后追加的格式如下 # modules=...... --- net-i129v_1.0.0-1.vib sed -i 's/modules=/&--- net-i129v_1.0.0-1.vib/' /tmp/esxi_iso/boot.cfg # 注意：这条 sed 只对单行 modules=xxx 生效，实际 boot.cfg 里 modules= 后经常是一长串实际上boot.cfg里的modules字段是一个很长的单行，用sed替换时容易出错，我一般用vi手动在结尾加。---分号是 boot.cfg 里模块的分隔符。这一步的逻辑：ESXi 引导程序会读取 boot.cfg 中声明的所有模块，并把它们加载到内存里，安装器运行时就能看到驱动。
然后重新打包 ISO：
# 用 genisoimage 或 mkisofs 重新生成 ISO mkisofs -o /tmp/esxi-8.0u1-igc.iso \ -b isolinux/isolinux.bin \ -c isolinux/boot.cat \ -no-emul-boot -boot-load-size 4 -boot-info-table \ -eltorito-alt-boot -e efi/boot/bootx64.efi -no-emul-boot \ -V "ESXi-8.0U1-IGC" \ /tmp/esxi_iso/这是我试过的比较稳的命令，参数含义：-b指定 BIOS 引导文件，-e指定 EFI 引导文件，-V是卷标，尽量改成和原 ISO 不同的名字以区分。打包完成后，这个 ISO 就可以写进 U 盘安装了。
安装完成后的验证同样用 lspci：
# 安装完 ESXi 后在控制台按 Alt+F1 进入 shell lspci | grep -i ethernet # 期望输出类似：0000:02:00.0 Ethernet controller: Intel Corporation Device 15F3 esxcli network nic list # 期望看到 vmnic0 状态 Up如果esxcli network nic list能看到 vmnic0，说明驱动已经加载成功。
4. 直接对现有系统打驱动：另一种常见路径
4.1 用 esxcli 安装 vib 的适用场景
不是所有人都愿意重新装系统。如果你的 ESXi 已经装好，只是换了一块 I129V 网卡，或者买机器的时候网卡是后加的，那直接在线安装 vib 更快。但前提是这台 ESXi 至少有一个能用的网卡口，否则你连不上管理网络，后面全是空的。
命令是这个：
esxcli software vib install -v /tmp/net-i129v_1.0.0-1.vib --no-sig-check--no-sig-check是社区驱动的常规操作，因为官方签名只认 VMware 和硬件伙伴的证书。如果你把主机的接受级别改成 community，不带这个参数也能装。改法：
esxcli software acceptance set --level=community4.2 在线安装后的加载验证与持久化
驱动装完不是马上生效的，需要重启或重载网络模块。我一般直接重启，因为重载 vmkmod 的方式需要小心依赖顺序。重启后看esxcli network nic list，如果 vmnic 出现但状态是 Down，那是正常的，接着用 vSphere Client 给标准交换机分配上行链路即可。
持久化方面，ESXi 的 vib 安装机制会自动把驱动写入 bootbank，重启不会丢失。如果你用esxcli software vib remove卸载过，再装也不会出问题。常见的错误是把 vib 文件放在/tmp下，然后重启忘了，其实只要你执行过 install 命令，驱动已经持久化了，/tmp里的安装包删掉无所谓。
5. 驱动装不上的常见坑：现象、原因与解决
5.1 安装器能引导，但识别不到任何磁盘
现象：U 盘启动进入 ESXi 安装界面，硬盘列表为空。原因：这不一定是你网卡的问题，可能是 ESXi 镜像缺了存储控制器驱动（比如 NVMe 或 RAID 卡）。解决：在安装界面按 Shift+O，输入autoPartitionOSDataSize=4096或直接换官方兼容性更强的镜像。若是确定网卡没识别，则回到我们前面讲的 I129V 驱动的注入，两个问题不要混为一谈。
5.2 驱动装完但 vSwitch 无法绑定 vmnic
现象：esxcli network nic list能看到网卡，但在 vSphere Client 里新建标准交换机时，上行链路是空的，没有 vmnic 可选。原因：驱动加载了，但是驱动的net注册没有跟 vmkernel 的网络栈对接成功，常见于 vib 里缺少vmklinux或net-tcpip-stack的依赖声明。解决：查 vib 依赖，用esxcli software vib get -n net-i129v看Requires字段，缺什么补什么。我踩过这个坑，某次直接拿别人的 vib 装，报依赖缺失，后来用vibauthor重新生成声明文件才解决。
5.3 装完驱动重启后网卡消失
现象：esxcli software vib install显示成功，重启后esxcli network nic list里网卡不见了，lspci能看见设备但驱动没有 attach。原因：驱动的加载顺序优先级问题，或者是acceptanceLevel不匹配导致驱动被安全策略拦了。解决：确认esxcli software acceptance get结果，改成community再重装一次；同时检查/var/log/vmkernel.log里有没有Module 'igc' version ... not found这类报错。
检查日志的命令：
grep -i igc /var/log/vmkernel.log | tail -205.4 vib 安装时提示证书验证失败
现象：报错The VIB ... has an invalid signature。原因：社区驱动用自签证书，而 ESXi 默认只信任 VMware 官方和硬件伙伴的证书。解决：加--no-sig-check，或者把主机接受级别降到community。这是社区驱动绕不开的一步，不算玄学，是机制问题。
5.5 PXE 批量安装时驱动没生效
现象：用 PXE 引导自定义 ISO，装完系统网卡还是不认。原因：你的 PXE 引导用的是原版boot.cfg，而打了驱动的 ISO 里的boot.cfg没生效。解决：PXE 方式不要直接指到 ISO 文件，要把 ISO 解压到 TFTP/NFS 目录，并确保boot.cfg是修改过的那份。我建议把改好的整个目录同步到 PXE 服务器，而不是单独替换某个文件。
6. 后装驱动的两个进阶技巧与验证习惯
如果你已经能把 I129V 的驱动跑起来，后面还有两个问题值得花时间：一是 ESXi 小版本升级时，驱动会不会丢；二是怎么快速验证一块未知网卡能不能用这套流程。先说升级。ESXi 打补丁或升级版本时，vib 会被保留还是覆盖，取决于你用的是esxcli software profile install还是esxcli software vib update。我的做法是用esxcli software profile install -d /path/to/offline-bundle.zip升级后，立刻执行esxcli software vib list | grep i129v确认驱动还在；如果丢了，再用前面的方法重装一次。另一个技巧是给boot.cfg加驱动时，不要在 modules 链的最后直接追加，而是插在s.v00之后、t.v00之前，因为有些网卡驱动依赖 vmkernel 的符号先加载。这个顺序问题我遇到过，驱动放最末尾时，偶发开机不认卡，调整顺序后稳定了。验证习惯方面，我每次打完镜像都会用esxcli network nic list和esxcli hardware pci list双重确认，前者证明驱动加载，后者证明 PCI 设备被正确枚举。被 PCI 枚举但驱动未绑定，多半是硬件 ID 没对上；驱动的 vmkmod 名称与实际.ko不一致也会出现这种错位。我的习惯是写一个小脚本，把 lspci、esxcli 的输出和 vib 版本记录到文本，留作下次排错的底稿。这块东西看着小，但批量装机器的时候能省很多时间。希望帮到你。
本文还有配套的精品资源，点击获取
