简介面向具备Linux基础与网络硬件维护经验的技术人员这份资料详解了使用eeupdate64工具对I210、I350、82575/6、XL710、E810等网卡进行MAC地址修改与固件烧录的完整流程尤其针对i350与xl710两张常用网卡给出了单MAC与多MAC修改、.eep/.bin固件写入、从零状态烧录及ping通测试等实操细节可有效解决服务器部署或网络环境变更中的网卡底层配置问题。资源为1个docx文档压缩包大小1.09MB内容紧扣命令行指令、设备号变化和常见排错点便于按步骤查阅。已有1795人学习下载适合网络设备维护工程师、嵌入式开发人员以及希望深入理解eeupdate64工具底层用法的技术人员参考。1. Linux 下用 eeupdate64 改网卡 MAC 与烧固件这工具到底怎么用拿到 Intel 官方 eeupdate64 工具的那一刻大多数人以为它是拿来改个 MAC 地址的小脚本实际上它是网卡出厂级配置工具能改 MAC、烧固件、恢复 eeprom甚至能把一块 eeprom 空白的新网卡救活。适用于 I210、I350、82575/6、XL710、E810 等常见 Intel 网卡。本文围绕 i350 和 xl710 两块网卡把 Linux 系统下用 eeupdate64 做固件烧录与 MAC 修改的完整流程、参数含义和踩坑点拆开讲。适合网络设备维护、服务器部署、硬件测试工程师阅读尤其是那些被新网卡识别不到eeprom lessdevice 编号变了这类问题卡住过的人。2. 前期准备与软件适配拿到工具后必须先做的两件事这块内容看着像环境搭建实际上很多人在第一步就翻车了。eeupdate64 不是装上就能跑的它要求 x86 主板平台、Linux 系统、目标网卡已物理安装到位并且软件包解压后必须手动赋权、安装驱动否则后面所有命令都会提示权限不足或工具不存在。2.1 x86 主板与断电插卡为什么必须拔电源线什么都不接先准备一台装好 Linux 系统的 x86 主板 PC、一块 i350 网卡、一块 xl710 网卡、键盘显示器、一根能连内网的网线和光转电模块。注意插入网卡的时机必须是关机且拔掉电源线之后不能只软关机更不能在系统运行中热插拔。原因很简单eeupdate64 直接读写网卡 eeprom/flash热插拔状态下总线供电不稳定烧录过程一旦断电轻则固件损坏重则网卡变砖。我自己刚接触时图省事关机没拔电源就插卡结果系统起来后设备列表里根本没有新网卡白折腾半小时。准备工作清单里最容易忽略的是光转电模块。i350 是电口xl710 要看具体型号如果手头是光口模块测试时没有光转电模块连接交换机ping 测试就卡住了。建议上电前把所有物理连接都确认好避免烧录完成后才发现链路不通误判成固件问题。2.2 解压与权限处理chmod x 与 ./install 的先后顺序从 Intel 官网下载 eeupdate64 的压缩包后解压到目标目录路径一般是/root/Linux_x64/。官方压缩包里 install 与 eeupdate64e 默认没有可执行权限直接运行会报 Permission denied。先赋权再安装驱动cd /root/Linux_x64 chmod x install chmod x eeupdate64e ./install赋权这一步看着简单但要注意顺序必须先给 install 赋权再执行否则驱动装不上后面进入 OEM_Mfg 目录时工具无法正常工作。执行./install成功后会输出驱动安装成功的提示这个驱动是 eeupdate64e 运行所需的底层访问驱动不是网卡驱动。接着退出当前目录进入真正的工具目录/root/eeupdate/TOOLS/Linux_x64/OEM_Mfg这个目录下的eeupdate64e才是我们实际操作要用的脚本。注意工具解压后的目录结构和这里不完全一致不同版本可能有差异但 OEM_Mfg 目录基本都存在。确认工具就位后关机拔电源先处理 i350 网卡。3. i350 网卡 MAC 修改实战单口与多口的两种写法i350 是四口千兆网卡最常见的两个操作是改单个网口 MAC 和一次性改四个网口的 MAC。前者适合替换旧网卡时保持原 MAC 不变后者适合新卡出厂统一规划 MAC 段。两者的命令参数差异很大用错会直接报错或改错网口。3.1 单个 MAC 修改/nic2 的定位方式与重启验证插好 i350 网卡上电开机进入 OEM_Mfg 目录先执行./eeupdate64e不带任何参数列出当前识别到的所有网卡。此时会看到类似下图的输出有 4 个 i350 千兆口加上 x86 主板自带网口一共会出现多个 NIC 条目。NIC1 是主板板载网卡千万别动我们要改的是 i350 的第一个口也就是 NIC2 所在位置。单口 MAC 修改命令如下以 MAC 地址00E003509820为例./eeupdate64e /nic2 /mac00e003509820命令中的/nic2是按 NIC 索引定位网口/mac后面的 MAC 地址不带冒号、不带横线全部小写也能识别。执行后工具会先打印当前网卡信息再写入新 MAC输出类似 Operation successful 或 Update successful 的提示才算写入成功。修改完成后必须重启计算机重启后执行ip l查看对应网口的 MAC 是否已变更。这一步不是可选的因为 eeupdate64 写入的是 eeprom操作系统网络栈可能还缓存着旧地址不重启会看到 MAC 没变的假象。3.2 批量修改四个口mac2.dat 与 /A 参数解读单口改完剩下三个口如果一个个执行/nic3、/nic4、/nic5也能完成但效率太低。批量做法是创建一个文本文件在文件里写入起始 MAC 和数量然后用/A参数一次性烧录。先创建文件并写入内容touch mac2.dat vim mac2.dat在 vim 中写入一行内容00e003509820 [4]保存退出。这个格式的含义是从 00e003509820 开始连续分配 4 个 MAC 地址即00e003509820、00E003509821、00E003509822、00E003509823依次分配给四个网口。执行批量写入命令./eeupdate64e /device1521 /A mac2.dat注意这里用的是/device1521而不是/nic。/device后面的数字是网卡的 device ID在之前./eeupdate64e的列表演示信息中能看到i350 通常是 1521。/A参数表示 append即按照文件中的起始地址和数量连续写入。批量改完后同样需要重启验证用ip l依次确认四个口的 MAC 是否与规划一致。3.3 为什么单口用 /nic、多口用 /device索引与型号的差异很多人在这一步经常把两个参数混用。/nic是网卡在工具枚举列表中的物理索引机器上有几块网卡就有几个 NIC 编号主板自带的排在前面PCIe 插槽上的排在后面这个索引在不同启动顺序下可能变化不适合批量操作。/device是按 PCI device ID 定位这是网卡芯片的硬件识别号固定不变所以在批量写入或编写自动化脚本时更可靠。另一个容易犯的错是批量写入时如果没有先 dump 出原固件一旦写错 MAC 段后悔药都没有。建议在任何写操作之前先跑一遍/dump把当前 eeprom 完整备份下来具体命令见第 4 章。4. i350 固件烧录与新卡从零起步.eep 格式、device 151F 与排查清单MAC 修改只是 eeprom 里的一个小字段固件烧录才是 eeupdate64 的核心能力。i350 有个硬性限制固件烧录只能使用 .eep 格式文件.bin 和 .hex 都不认。如果你手里只有 .bin 文件需要先从一张正常的 i350 上 dump 出 .eep再用于烧录。4.1 用 /dump 备份固件与制作 .eep 文件在修改固件前先把当前网卡的 eeprom 完整导出一份。命令如下./eeupdate64e /nic2 /dump执行完成后当前目录下会生成一个以当前 MAC 命名的 .eep 文件例如00E003509820.eep。这个文件就是固件烧录的基础素材也是一张新卡从零起步的关键。我一般会在拿到任何一块新卡时先 dump 一份原始 eeprom 归档万一后续写坏了还能用这份文件救回来。制作 .eep 文件时的坑不要用公司内部现成的 .bin 或 .hex 文件强行改名成 .eep工具会直接报格式错误。原因是 .bin/.hex 是完整固件镜像或英特尔 HEX 格式而 .eep 是经过处理的配置块两者的数据布局完全不同。4.2 .eep 写回与烧固件不动 MAC的验证有了 .eep 文件就可以对目标网卡执行固件烧录。命令如下./eeupdate64e /device1521 /d00E003509820.eep/d参数表示 write/update 指定文件到网卡 eeprom。执行成功后会输出烧录完成的提示。需要注意烧录固件后 MAC 地址不会被改动如果你想要的新 MAC 和 .eep 文件里的 MAC 一致那正好一步到位如果不一致烧录完成后还要单独执行一次 MAC 修改命令。这里有个细节容易被忽略/d后面跟的文件名必须精确匹配大小写和路径都不能错。工具报 file not found 的第一反应不要怀疑文件不存在先检查当前所在目录是不是 .eep 文件所在目录。4.3 从零起步全新 i350 的 eeprom less 状态与 device 151F如果是全新的 i350 网卡eeprom 里既没有固件也没有 MAC插上主板后系统根本识别不到它是一个网卡。此时执行./eeupdate64e会提示 eeprom less用ip l也看不到对应网口。更关键的是此时网卡的 device ID 不再是 1521而是 151F。这种情况下不能先改 MAC必须先烧录固件。命令如下./eeupdate64e /device151f /d00E003509820.eep烧录成功并重启后device ID 会恢复为 1521系统也能正常识别网卡了。之后再按照第 3 章的单个或批量 MAC 修改方法写入 MAC 地址最后才能进行 ping 测试。这个过程是 i350 从零起步的标准顺序eeprom less → 烧 .eep → 重启 → device 回 1521 → 写 MAC → 重启 → 测试。顺序不能颠倒特别是不能在 eeprom less 状态下直接执行/mac工具会报错且不会写入任何数据。4.4 排查清单eeprom less、.bin 不认、151F 回不来的常见过失排查一报 eeprom less。现象是新卡执行./eeupdate64e提示 eeprom less系统识别不到网口。原因是 eeprom 完全空白没有固件也没有 MAC。解决方法是按 4.3 节的流程先用/device151f /dxxx.eep烧录固件再写 MAC。排查二烧录 .bin 文件报错。现象是使用 .bin 文件烧录 i350 固件工具提示文件格式不支持。原因是 i350 只接受 .eep 格式文件。解决方法是从正常网卡 dump 出 .eep 文件再执行/d烧录。排查三device 一直是 151F 回不去 1521。现象是烧录完 .eep 并重启后执行./eeupdate64e仍然显示 151F系统还是识别不到网卡。原因通常是烧录过程不完整或 .eep 文件来源不对。解决方法是重新确认 .eep 文件是否来自同型号 i350 网卡再执行一次烧录命令烧录过程中千万不要断电。排查四固件烧完 MAC 也变了。现象是烧录固件后网卡 MAC 变成了 .eep 文件里的 MAC而不是自己想要的 MAC。原因是 .eep 文件里本身就包含了原网卡的 MAC 信息烧录时一并写入了。解决方法是在固件烧录完成后手动再执行一次/mac覆盖成目标 MAC。5. xl710 网卡烧录实测.bin 与 .eep 两条路径的时长差xl710 与 i350 最大的不同在于它可以使用 .bin 文件或 .eep 文件烧录固件但用 .bin 文件烧录时耗时非常久。如果你手头同时有 .bin 和 .eep优先选 .eep。5.1 xl710 的 .bin 烧录慢与稳是对立面xl710 使用 .bin 文件烧录的命令如下./eeupdate64e /device1572 /d XL710_7p30_SFI_MCTP_CFGID7p2_Quad.bin这里的 device ID 1572 是 xl710 的硬件识别号具体以实际工具列出的为准。.bin 文件可以从公司内网获取也可以用与 i350 相同的方法从一块正常的 xl710 上 dump 出 .eep 文件后再转换。但用 .bin 烧录的时长非常夸张实测等待时间足够泡三杯咖啡。原因在于 .bin 是完整固件镜像包含全部配置块和微码写入量远大于 .eep 这种增量配置块。更麻烦的是.bin 烧录期间一旦出现终端断开、系统休眠、电源波动烧录很容易中断网卡 flash 可能进入不可预测状态。所以这条路径适合没有 .eep 文件时的备选方案不适合批量操作。5.2 xl710 的 .eep 烧录推荐路径与执行细节推荐使用 .eep 文件烧录 xl710命令如下./eeupdate64e /device1572 /d00E007102958这条命令执行时工具会自动识别当前目录下的固件文件并写入。与 .bin 相比.eep 烧录时间明显更短同样的等待时间可以连续处理多块板卡。其实 .eep 文件可以从同一型号的 xl710 上 dump 出来文件里包含了网卡当前所有关键配置烧录时只更新差异部分。执行烧录时有个细节如果当前目录下有多个 .eep 文件命令可能会报歧义错误建议把要烧录的文件单独放到一个目录或者精确指定文件名。另外xl710 烧录完成后同样需要重启重启后用ip l确认网口存在再用ethtool查看固件版本是否已变更。5.3 两块网卡共用一份 .eep 文件别踩这个坑有一种常见做法是用 i350 上 dump 出来的 .eep 文件去烧录 xl710这是绝对不可行的。.eep 文件里除了固件配置还包含设备类型标识、MAC、板卡型号等信息跨型号烧录轻则烧录失败重则把目标网卡配置写乱。还有一种情况是从网卡 A dump 的 .eep 文件直接烧到网卡 B同型号烧完发现 B 的 MAC 变成了 A 的 MAC。这不是 bug而是 .eep 文件里本身就带着源网卡的 MAC 信息。解决方法是烧录完成后对 B 单独执行一次/mac覆盖写或者先改 .eep 文件里的 MAC 段再烧录但后者操作复杂且容易出错实战中先烧后改更稳妥。xl710 和 i350 还有一个本质区别xl710 只能烧录 flash 内有初始固件的网卡全新空白 flash 的 xl710 无法执行任何烧录操作。eeprom less 状态在 i350 上可以通过烧录 .eep 救活在 xl710 上则无解。所以拿到 xl710 后第一件事就是确认 flash 内是否有初始固件别等烧录时报错才反应过来。6. 批量写入技巧与烧录前的四项检查这一章写两个我在实际项目里沉淀下来的技巧。第一个是 mac2.dat 的批量写入策略第二个是烧录前强制执行的检查清单。这两件事做对了能避免一半以上的烧录返工。6.1 从零烧录网卡的基本顺序哪一步都不能省不管 i350 还是 xl710只要网卡处于可操作状态我一般按这个顺序走一遍先插卡断电状态下再安装工具并赋权然后执行./eeupdate64e无参数列出全部网卡确认目标网卡的 NIC 编号和 device ID如果是新卡且有 eeprom less 提示先烧 .eep 固件文件重启后确认 device ID 恢复正常接着用/mac单个改或用/A批量改再次重启后用ip l验证 MAC最后配置 IP 做 ping 测试。这条链路每一环都和下一环耦合跳过任何一步都可能让问题延后暴露。例如写完 MAC 不重启直接配 IP系统可能还在用旧的 MAC 应答 ARPping 测试通过与否都不能说明写入成功。6.2 烧录前必做的一次冒烟验证用 .eep 完整性测试兜底批量烧录前我会先拿一块已经确认正常工作的 i350执行一遍/dump导出 .eep再用这块文件烧录到另一张待处理网卡上然后重启、验证 MAC、ping 内网服务器全部通过后才继续剩余板卡。这套流程看起来多花了几分钟但能提前暴露工具版本、文件格式、device ID 漂移等问题。我遇到过最典型的情况是工具版本太老不识别新版 i350 的 eeprom 布局直接烧录会写坏配置块。先拿一张存量网卡做冒烟能把这个风险挡在批量操作之前。另外烧录完成后我习惯把 dump 出来的 .eep 文件按 MAC 和日期归档命名格式类似i350_00E003509820_20240520.eep。这批归档文件既是固件备份也是后续排查问题时的比对基准。从那以后我每次做网卡烧录都强制自己先 dump、再冒烟、最后批量这个习惯帮我躲过了不止一次批量写死的危机希望帮到你。本文还有配套的精品资源点击获取