VMware虚拟机EFI Network TimeOut报错排查与解决方法

1. 先把报错拆开看EFI Network 和 TimeOut 各是什么新建一台 VMware 虚拟机推进去电源屏幕黑了一下蹦出来一行“EFI Network”后面跟着一个 IP 地址然后就是漫长的等待最后以“TimeOut”收场。这个场景折腾过虚拟机的朋友应该不陌生。标题里说的“安装 VMware 时出现”这里得先掰扯清楚如果你是在安装 VMware Workstation 这个软件本身时遇到这个报错那基本不太可能——这是虚拟机固件层面的提示更准确的场景是“你已经装好了 VMware新建虚拟机并引导系统镜像时卡住”。报错里的三个关键词——VMware、EFI Network、TimeOut看起来像是网卡坏了或者 VMware 安装包有问题但实际上都不是。1.1 EFI Network 是 UEFI 固件里的网络引导功能要理解这个报错先得搞清楚 UEFI 固件在计算机启动时做了什么。无论是物理机还是虚拟机开机后第一步都是执行固件程序也就是 BIOS 或 UEFI它负责初始化硬件然后按预设的引导顺序去扫描可引导设备把控制权交给找到的操作系统引导程序。引导顺序里通常有这么几项硬盘、光驱、U 盘、网络。其中网络这一项在 UEFI 里的实现就是 EFI Network对应的协议是 PXE预启动执行环境。当固件扫描完硬盘、光驱、U 盘发现没有任何一个设备上有可引导的操作系统时它不会直接停下来报“没有系统”而是会沿引导顺序走到最后一项——网络启动。网络启动干的事是向局域网里发送 DHCP 请求请求一个 IP 地址同时尝试从 DHCP 服务器指定的 TFTP 服务器下载引导文件然后加载执行。在 VMware 的默认虚拟机网络环境里虚拟网卡连着的通常是不提供 PXE 服务的虚拟网段所以虚拟机发出去的 DHCP 请求一直得不到回应固件就一遍遍地等待直到超时。这个超时提示就是你在屏幕上看到的“TimeOut”。我做过一个类比很多朋友听了就懂了这相当于你把一台没有硬盘、没有光盘、没有 U 盘的裸机直接开机机器在排除了所有本地引导设备之后只能抬头问网络“你有没有系统可以给我启动”等不到回答就一直问问到嗓子哑了才停。1.2 为什么 VMware 里特别容易碰到这个提示物理机其实也会遇到同样的情况只是很少有人把硬盘光驱全拔掉开机所以见得少。虚拟机就不一样了新建虚拟机的配置里光驱默认是 IDE 或 SATA 接口硬盘可能还没挂载任何系统网卡默认就有且处于连接状态EFI Network 自然就成了“最后的救命稻草”。只要前面的引导设备全部落空它必然出场。另一个高频原因是固件类型和引导介质不对付。虚拟机设置里可以选 BIOS 或 UEFI 两种固件。选了 UEFI固件里就会存在 EFI Network 这个启动项选了 BIOS对应的是“Intel PXE ROM”那一类提示。如果你下载的系统镜像本身不支持 UEFI 引导比如一些老旧的精简版 Windows 镜像或早期 Linux 镜像或者光驱没有正确挂载这个镜像那么 CD-ROM 这一步虽然排在网络前面但它扫了一圈发现没有可引导文件照样跳过最终还是会落到 EFI Network 上。所以这个报错的核心信息是你的虚拟机里所有正常的引导路径都失败了固件正在试图走网卡这条路而且这条路也走不通。搞清楚这一点解决方向就很明确了——要么让光驱或硬盘能正常引导要么把网络引导从启动顺序里挪开或禁用。2. 三种典型触发场景先对号入座排查问题最忌上来就乱调。EFI Network TimeOut 背后其实对应着几种不同的触发情境原因不一样处理方式也完全不一样。我在实际处理中总结出三种典型场景你可以对照自己的情况先定位是哪一类。2.1 场景 A新建虚拟机加载镜像开机直接掉进网络启动这是最常见的一种大部分新手朋友都卡在这一步。现象是在 VM 里新建了虚拟机设置里指定了 ISO 镜像文件路径然后点“开启此虚拟机”结果没有出现系统安装界面直接就是 EFI Network 一直 TimeOut。这种场景的原因通常有以下几种光驱设备没有勾选“启动时连接”。这是最隐蔽的坑。你在虚拟机设置里明明指定了 ISO 路径但光驱那个设备前面的“启动时连接”没打勾相当于虚拟光驱在开机时根本没通电固件扫不到这个设备自然就直接跳过。ISO 镜像文件本身损坏或者不是可引导镜像。有些从网盘下载的镜像被二次打包过引导文件缺失固件尝试读取时失败返回“不可引导”状态于是跳到网络启动。镜像格式不完整。部分老镜像只支持传统 BIOS 引导不支持 UEFI 引导而虚拟机的固件类型是 UEFI两边对接不上。引导顺序里 CD-ROM 排在 Network Boot 之后。这种情况少见但存在尤其是一些自定义硬件配置的虚拟机或者从别处导入的 OVF 模板。2.2 场景 B系统装到一半重启或者装完后重启再次进入 EFI Network另一个高频节点是“安装系统过程看似正常但某次重启后直接 EFI Network TimeOut”。这种现象会让很多人摸不着头脑明明镜像引导是成功的系统都开始装了怎么重启一下就全乱套了这里有两个常见原因。第一安装程序在向硬盘写入引导记录这一步出了问题。比如你在选择安装位置时手动创建的分区没有正确设置引导分区或者磁盘格式和固件类型不匹配导致重启后硬盘上没有可引导的 EFI 启动文件硬盘被固件判定为“不可引导”然后一路落到网络启动。第二重启时安装介质还挂在光驱里而且光驱排在硬盘前面光驱又没有正确响应这种组合也会把引导流程拖垮最终绕到网络启动上去。2.3 场景 CVMware Player、ESXi 等其他产品形态里的同类问题VMware 家族里除了 Workstation Pro还有 Player、ESXi 等产品这些场景里同样会出现 EFI Network TimeOut处理逻辑大同小异但入口略有区别。ESXi 物理机安装时服务器固件可能默认把 Network Boot 放在前面尤其是从带外管理卡或者定制服务器导入的镜像更容易遇到。VMware Player 的操作和 Workstation 类似但有些选项被精简了找不到“开机时进入固件”的按钮需要靠手速按 F2 进固件界面。我在帮朋友排查时发现很多人会忽略一个点虚拟机窗口外部的宿主机按键冲突。如果你的鼠标焦点不在虚拟机窗口内按 F2、F12 这些键都是宿主机在响应根本没有送进虚拟机。这个问题在场景 A 里也是非常常见的操作层原因。3. 实用解法按快慢两路把这问题解决干净定位到自己的场景之后下面这套解法基本能覆盖 90% 的情况。我按“临时解决”和“根治解决”两条路来写你可以根据自己的实际情况选择。3.1 最快临时解法启动时手动选择引导设备在 VMware Workstation 的虚拟机上开机自检画面出现时快速按 ESC会弹出启动设备选择菜单Boot Menu里面会列出当前虚拟机的所有可引导设备比如 SATA CD-ROM Drive、NVMe 硬盘、EFI Network 等。用方向键选到 CD-ROM 或硬盘回车即可。这里有两个关键点一是按键时机要在 VMware 的 VMware 徽标消失前后、固件自检的那个短暂窗口期内按过了就进系统或者进网络启动了二是鼠标焦点必须先单击虚拟机窗口内部确保后续按键都发送到虚拟机的固件程序而不是被宿主机截获。如果你的虚拟机启动速度太快来不及按键可以在 VMware 的虚拟机设置里找到“打开电源时进入固件”的选项不同版本名称略有差异勾选后启动会自动停在固件界面再也不用练手速。我在实际推荐中一般让新手先用这个办法把系统装上装完再回头调引导顺序。3.2 一劳永逸解法进固件设置调整启动顺序手动选启动设备只能解决单次引导问题下次重新开机大概率又掉回网络启动。要想根治需要进 UEFI 固件设置界面把 CD-ROM 和硬盘挪到 Network Boot 前面。操作路径开机时按 F2 进固件设置同样注意鼠标焦点在固件界面里找到 Boot 菜单里面通常有 Boot Option Priorities / Boot Order 之类的列表。用 / - 键调整顺序把 SATA CD-ROM 或硬盘排到 Network Boot 之前按 F10 保存退出。如果担心自己操作不熟练也可以在虚拟机设置里把“打开电源时进入固件”勾上这样每次开机会先停在固件界面你有充足时间慢慢设置。设置完记得把它取消勾选否则以后每次开机都得手动退出。还有一种比较“物理”的根治方法在虚拟机设置里把网卡设备勾掉“启动时连接”或者直接把网卡移除。这样固件启动时根本看不到网络设备EFI Network 这个启动项就不存在了光驱和硬盘成不成功都只能是它们俩报错也就无从谈起。缺点是你这台虚拟机没有网络了装完系统还得手动加回网卡所以我一般只把它作为临时兜底手段。3.3 根源性检查从 VMware 设置层面排查三分调整固件和启动顺序之前我建议你先回到 VMware 的图形设置界面把三个地方核对一遍它们能筛掉大部分低级的配置问题。第一处是虚拟机设置里的 CD/DVD 设备。确认“启动时连接”已勾选确认“使用 ISO 映像文件”已选好镜像路径且镜像文件在宿主机上真实存在、无损坏。这个设置是很多人的盲区因为大家默认既然选了镜像路径就一定会生效殊不知“启动时连接”是一个独立开关没勾等于白选。第二处是“选项”里的“高级 → 固件类型”。这里显示的是 BIOS 或 UEFI。如果镜像引导不了可以试试切换固件类型。我的经验是Windows 10/11 和近几年的 Linux 发行版建议用 UEFIWindows 7、老版本 Ubuntu、PE 维护盘等老系统则用 BIOS 更省事。切换固件类型相当于换了一台不同的“主板”原来是 UEFI 引导的镜像切到 BIOS 后可能就正常引导了反之亦然。第三处是“硬件”里的磁盘控制器类型。常见的组合是 SATA、NVMe、SCSI 等。如果固件类型是 BIOS 且磁盘选的 NVMe有些老系统会因为缺少驱动而找不到硬盘或者引导异常这时候可以看看把磁盘控制器改成 SATA 是不是就正常了。这个知识点平时用的人不多但在排查时很管用。3.4 针对“装完系统还进网络启动”的特殊处理如果你已经装完系统但重启依然掉进 EFI Network情况有点不太一样。这时候光驱的问题已经不是主要原因了核心问题在硬盘的引导记录上。先按 F2 进固件设置确认硬盘排在 Network Boot 前面。如果硬盘已经在最前面但开机还是网络启动说明硬盘上的引导加载器坏了或没装上。Windows 系统的处理方式是用安装镜像引导在安装界面里打开命令提示符Shift F10执行 bootrec /fixmbr、bootrec /fixboot、bootrec /rebuildbcd 这几条命令重建引导。Linux 系统则要麻烦一些需要 chroot 到已安装的系统里重装 GRUB这里不多展开。另外如果安装 Windows 时你选择了传统的 MBR 分区但虚拟机固件是 UEFI也会出现装完重启找不到引导的情况因为 UEFI 模式下默认只认 GPT 分区表上的 EFI 引导文件。这种要么转换分区表格式要么干脆把固件切回 BIOS 重装建议新手直接用第二种方案省事。4. 排查实录一个真实案例的完整处理过程光讲理论容易飘我拿一个近期实际处理的案例来走一遍完整链路。读者朋友可以把它当成排查模板遇到类似报错按这个顺序来。4.1 用户描述与初步判断一位朋友发来消息原话是“安装 VMware 时出现 EFI Network… TimeOut怎么解决”我第一反应是确认他说的“安装 VMware”到底指哪个阶段。追问后明确了他 VMware Workstation 17 已经装完准备创建虚拟机装 Windows 10结果虚拟机开机后卡在网络启动。这种情况属于场景 A而且是最典型的那一类。我初步判断问题大概率出在光驱镜像挂载或固件类型上让他在 VMware 虚拟机设置界面里把 CD/DVD 设备那一段截图给我看。4.2 逐步排查链路第一轮检查镜像是 Windows 10 官方 ISO文件没毛病“使用 ISO 映像文件”也选了环境下的“启动时连接”是勾上的。看起来光驱这个环节是正常的。第二轮检查我把注意力放到固件类型上。虚拟机设置 → 高级 → 固件类型显示的是 UEFI。按说 Windows 10 官方镜像支持 UEFI 引导不应该有问题。但注意看虚拟机设置里的引导顺序发现电脑配置是在一个第三方 OVF 模板基础上改的模板默认把“Network Boot from VMware”放在了 Boot Option Priorities 的第一位硬盘和光驱排在后面。这就找到了第一个可能的原因虽然光驱挂载了镜像但引导顺序里网络启动在最前面固件检查到网络设备存在并且是第一优先于是根本不会去看光驱直接尝试网络引导然后超时。第三轮验证我让他快速按 ESC 调出启动菜单手动选择 SATA CD-ROM Drive系统安装界面正常出现。这一步证实了引导顺序才是元凶镜像本身没有问题。4.3 修复与验证修复动作其实很简单在虚拟机固件设置里把 Network Boot 调到列表末尾把 SATA CD-ROM 和硬盘提到前面保存退出。重新开机后虚拟机直接进入 Windows 安装界面EFI Network TimeOut 完全消失。系统装完后我让他把光驱里的 ISO 连接取消再把引导顺序里的硬盘保持第一位以后重启就再也没有跳过网卡。这个案例的核心教训是镜像是好的、固件是好的但引导顺序把网络放在第一后面所有设备都白搭。很多排查过程里人们习惯性把问题往镜像损坏、VMware 安装包有问题这些方向猜实际上只要先看引导顺序一分钟就能定位。4.4 为什么 EFI Network TimeOut 的排查看似复杂很多人在网上搜解决方案看到有人说“删除网卡”试了有用看到有人说“改成 BIOS 固件”试了也有用看到有人说“重新下载镜像”试了可能还有用。这些方法表面上看千奇百怪其实都在回答同一个问题怎么让固件跳过 EFI Network 这个必失败的引导项。删除网卡就是让启动项列表里没有网络设备改 BIOS 固件就是让固件类型变成传统模式网络启动用的是另一种提示路径EFI 字样不再出现重新下载镜像就是让光驱那个引导设备真正变成可引导状态固件不再需要跳到网络。这三种方法殊途同归但都不如直接调整引导顺序来得精准。理解这个底层逻辑后你以后再遇到任何类似的引导报错都会有一种“通透了”的感觉。5. 防复发配置把虚拟机的引导习惯一次调好问题解决了但如果每次新建虚拟机都踩一遍效率实在低。下面这些配置习惯我基本是形成肌肉记忆了分享出来可以省掉你后面几轮折腾。5.1 新建虚拟机时的固件类型选择新建虚拟机向导跑到“固件类型”这一步时很多人都是默认选项一路到底其实这里值得停一下想一想。虚拟机硬件版本已经预设了 UEFI 和 BIOS 两种选项选型基本可以按系统的世代来决定系统类型推荐固件说明Windows 10/11、Windows Server 2016UEFI系统原生支持安全启动等特性也依赖 UEFIWindows 7/8、Server 2008/2012BIOS老系统对 UEFI 支持很差BIOS 最稳现代 LinuxUbuntu 22.04 等UEFI 或 BIOS 均可都支持默认 UEFI 即可老 Linux、PE 维护盘BIOS避免 UEFI 兼容性问题另外要留意磁盘控制器与固件的配对。UEFI NVMe 是现代 Windows 的经典组合BIOS SATA 是老机器的经典组合。如果组合乱了很容易出现“镜像是好的但装完起不来”的情况。5.2 引导设备的三条优先级建议这里基于实际经验总结三条很容易落地、也很容易出效果的规则第一刚建好虚拟机准备装系统时启动顺序保持“CD-ROM 第一、硬盘第二、Network 最后”就行。CD-ROM 放第一没问题前提是光驱里一定有可引导的 ISO而且“启动时连接”是勾上的。第二系统安装完成后把光驱设备里勾选的“启动时连接”取消或者干脆把 ISO 文件从虚拟机设置里移除。让虚拟机启动时完全不考虑光驱直接走硬盘既快又干净。别觉得这一步多余——很多真实的启动异常就是安装 ISO 还挂在光驱里和引导顺序叠加后搞出来的。第三不折腾网络引导的话把 Network Boot 在固件里禁用或者在虚拟机设置里把网卡的“启动时连接”勾掉。尤其是用 ESXi 导入虚拟机模板时模板可能自带网络启动项最好主动清理一遍。5.3 好用的细节技巧习惯上觉得有四个细节容易被人忽略但关键时刻非常管用想进固件界面又怕手速跟不上时勾选“打开电源时进入固件”开机后自动停在设置页面从容调整设置完记得取消勾选。调整虚拟机设置时注意 VMware 里改了配置后需要重启虚拟机才会生效很多时候你改了引导顺序却没重启问题“没解决”其实是这个原因。系统镜像建议从官方渠道下载。网盘里那些写着“精简版”“纯净版”的镜像很多是用工具重新封装过的引导结构和原版有差异遇到 UEFI 引导失败的概率明显更高。风扇轰鸣、宿主机卡顿的情况下虚拟机界面按键会吞掉按键时可以多按几次或者稍微等一下再按。5.4 后续遇到相似问题时的判断思路再遇到这种问题时脑子里过一遍这几句判断就够了先看镜像挂没挂再看固件对不对然后看引导顺序网络排第几最后检查硬盘引导记录。这四个层级基本覆盖了 EFI Network TimeOut 的全部成因也覆盖了绝大多数引导类报错。我自己在实际处理中最大的体感是大部分用户并不是不会操作而是被报错里“EFI”“Network”这些字眼吓住了下意识认为是硬件或软件出了大问题于是往重装 VMware、换电脑方向折腾。实际上这只不过是一个引导项的优先级问题在固件里花几秒钟挪一下顺序就解决了。希望这篇文章能让你下次再看到 EFI Network TimeOut 时心里有个底不再被它唬住。