如果你新建完虚拟机按下开机键后看到黑屏上蹦出一行EFI Network... TimeOut然后机器像宕机一样卡住先别慌——这行英文几乎是虚拟机新手碰到的第一个“疑难杂症”。它既不代表你的虚拟机坏了也不代表 VMware 装错了它真正传达的信息非常简单UEFI 固件把所有能启动的设备都试了一遍硬盘和光驱里都没找到可引导的系统最后只能一头扎进网卡的网络启动又因为在局域网内等不到任何引导服务器的响应最终超时停摆。换句话说EFI Network... TimeOut是虚拟机的“最后挣扎”。它能帮你确认虚拟机本身没坏也提醒你“启动介质这条链断了”。这篇文章我会从根因讲起再给你一套按优先级排好、照着做就能解决的实操步骤最后附上我这些年踩过的坑和一张速查表。不管你是第一次装 VMware 虚拟机还是虚拟机里已有系统却突然开不了机都能按图索骥。1. 看懂 EFI Network TimeOut这行英文到底在说什么1.1 逐字拆解EFI、Network、TimeOut 分别指什么EFI 就是 UEFI 固件说明你这台虚拟机的固件类型是 EFI 而不是传统 BIOS。VMware Workstation 允许你在创建虚拟机时选择 BIOS 或 EFI 固件现代操作系统Windows 10/11、主流 Linux 发行版大多默认走 EFI 模式。Network 表示当前正在尝试从网卡进行启动也就是常说的网络启动或 PXE 启动。UEFI 固件在确认硬盘、光驱等常规设备都无法引导之后会把网卡当成最后一张牌打出去。虚拟网卡会向局域网内发送 DHCP 广播等待一个携带 PXE 引导选项的响应然后通过 TFTP 下载引导文件。TimeOut 就是字面意思超时。在绝大多数家用、办公网络环境里根本不存在配置了 PXE 服务的 DHCP 服务器虚拟网卡当然等不到任何应答。于是固件在反复尝试后打印出 TimeOut然后整个启动过程就这样停住。表面看是“死机”其实是固件在守着一条永远不会有结果的网络引导请求。用个生活化类比你叫外卖常点的几家店都打烊了最后能选的那家电话也一直没人接你只能握着手机干等——功能正常就是没结果。1.2 为什么虚拟机会一路引导到网卡UEFI 的启动过程本质上是“查表”固件按照 BootOrder启动顺序里记录的启动项逐个尝试设备。虚拟机的启动项大致包括硬盘VMDK、光驱挂载的 ISO、可移动设备、网卡。每尝试一个设备固件都要确认它上面是否存在可用的引导文件或引导扇区。如果硬盘是空白的比如你新建了一个 VMDK 却从没安装过系统磁盘上没有 bootloader固件会判定“此设备不可启动”并跳过如果光驱里没挂 ISO或者挂了 ISO 但没勾选“连接电源时连接”光驱同样会被判定为不可启动。所有常规设备全部失败后固件顺延到网卡于是你看到了EFI Network... TimeOut。所以只要看到这行提示至少可以得出两个结论第一虚拟机的固件启动流程本身是正常的EFI 在执行它该做的事第二你的“可引导介质”链路断了缺系统、缺镜像、或者镜像和固件不匹配。顺着这个逻辑排查方向就清楚了千万别去动网卡配置。2. 动手改配置之前三分钟定位问题出在哪2.1 先自查三件事光驱、硬盘、客户机类型遇到报错先别急着改这改那用最短时间回答三个问题。第一虚拟光驱里到底有没有“连上”安装镜像打开虚拟机设置 → 硬件 → CD/DVD (SATA)确认三项设备状态勾选了“已连接”旁边勾选了“连接电源时连接”最下方正确指向了 ISO 文件路径。我见过太多人把 ISO 路径填对了却忘了勾“连接电源时连接”等于光驱里根本没插光盘系统自然一路滑到网络启动。第二虚拟硬盘上到底有没有装过系统如果你创建虚拟机时走的是“稍后安装操作系统”又随手建了一个空白虚拟磁盘那出现EFI Network... TimeOut几乎是必然事件。空盘意味着没有引导记录UEFI 检查后只会把它当一块“不存在的启动盘”。第三创建虚拟机时选的客户机操作系统类型对不对这个选择会影响 VMware 自动生成的固件类型和磁盘控制器。比如你选了 Windows 11默认 UEFI 固件手里却是一张只支持传统 BIOS 引导的精简 XP/Win7 镜像就会出现镜像明明在光驱里却怎么都引导不起来最终掉到网络超时。2.2 用手动引导做一次“设备体检”与其靠猜不如直接验证每个设备到底能不能启动。这一步能把“镜像问题”“固件问题”“顺序问题”三大类原因快速分开。操作很简单在虚拟机窗口里点菜单 虚拟机 → 电源 → 打开电源时进入固件Power On to Firmware或者开机时快速按 F2直到进入 UEFI 配置界面。如果手动按 F2 总是来不及就用菜单项这是最稳的入口。进入 UEFI 界面后找到 Boot Manager启动管理器里面会列出当前可启动的设备比如硬盘、CD-ROM、网卡。手动选择 CD-ROM 再回车如果能正常进入系统安装程序说明镜像、光驱都没问题纯粹是默认启动顺序不对后面调整引导顺序就能解决。如果手动选 CD-ROM 后还是黑屏、闪一下就跳走那问题大概率在镜像本身或固件模式匹配上继续往下看。如果手动选硬盘能正常进入已装系统那说明硬盘没坏问题只在于它排在网卡后面同样调整启动顺序即可。这一步实测下来非常值。它能在半分钟内告诉你该走哪条修复路线免去瞎折腾。3. 四种解决方法按优先级来照着做就行3.1 方案一调整启动顺序并禁用网络启动最常见适用场景光驱和硬盘都没问题手动引导也能进系统但每次自动开机还是先走 EFI Network。说白了就是默认 BootOrder 里网卡排太前了。在 VMware Workstation 里默认启动顺序不像物理机 BIOS 那样方便直接改但你可以通过固件设置来调先确保能顺利进入 UEFI 界面。在 虚拟机设置 → 选项 → 高级 → 引导选项 中勾选“下次电源开启时进入 BIOS 设置”或者在 虚拟机 → 电源 菜单里直接选择“打开电源时进入固件”。进入 UEFI 界面后找到 Boot Configuration、Boot Manager 或 Boot Options 这类菜单不同虚拟固件版本的叫法略有差异但结构都差不多。把 Hard Disk 和 CD-ROM 的优先级提到网卡前面然后把 IPv4/IPv6 网络启动PXE boot设为 Disabled。保存并退出通常快捷键是 F10。机器重启后就会老老实实先找硬盘和光驱不会再卡在网卡超时上。实操心得很多人改完启动顺序后第二次开机又回到 EFI Network原因常常是在 UEFI 里保存时选了“Exit Without Saving不保存退出”或者鼠标点错按钮。设置完一定看清楚屏幕底部的保存选项再确认退出。3.2 方案二确认安装镜像真的被虚拟机“吃了进去”适用场景创建虚拟机时把 ISO 挂上了但一开机还是直接网络超时。重点检查三件事。第一设备状态是否勾选“连接电源时连接”——这个前面说过是最高频翻车点。第二ISO 路径是否有效。如果 ISO 文件放在移动硬盘、网络共享盘上VMware 可能因为路径失效而静默挂载失败。路径栏如果出现黄色感叹号或者重新打开设置时原本选好的文件消失了就重新浏览选择一次并且建议把 ISO 复制到本机稳定目录再挂载。第三镜像完整性。下载过程中断产生的残缺 ISO 表面看文件名、容量都对实际没有完整引导扇区。尤其是大体积系统镜像下载工具断点续传偶尔会留下坏文件最好用校验工具哈希值和官方发布页比对一下。另外提醒一个细节虚拟机光驱类型不要随手改成虚拟 USB。某些老客户机系统对 USB 光驱的启动支持很差引导阶段可能根本不识别。用默认的 SATA 光驱类型最稳绝大多数操作系统都能正常读取。3.3 方案三核对固件类型与系统引导模式是否匹配适用场景确认了镜像完整、光驱连接正常但手动选 CD-ROM 依然黑屏或直接跳走。UEFI 和传统 BIOS 对引导文件的要求完全不一样EFI 固件只会执行\EFI\BOOT\BOOTX64.EFI这类 EFI 启动程序要求镜像里带完整的 UEFI 支持文件BIOS 固件则按 MBR 里的引导代码加载系统。如果你的 ISO 是某些老版本 Windows 的 Ghost 版、精简安装版很可能只集成了 BIOS 引导没有 EFI 引导文件。虚拟机固件是 EFI 的话这个镜像永远引导不起来最终只能掉到网卡超时。处理方法很简单对于还没安装系统、或者里面没有任何重要数据的新虚拟机直接在 虚拟机设置 → 选项 → 高级 → 固件类型 里把 EFI 改成 BIOS然后重新开机测试。改完之后如果系统镜像同样支持 BIOS 引导安装界面就会正常出现。反过来也一样——如果你有一个只支持 EFI 引导的新镜像而虚拟机固件还是旧 BIOS同样引导不了把固件改成 EFI 即可。注意固件类型只能在虚拟机上没有系统或者你完全不在乎盘内数据时可以随意切换。已装好系统的虚拟机在 BIOS 和 EFI 之间来回切几乎必然导致无法引导——启动层面会直接认不出磁盘弄不好又变成一个 EFI Network TimeOut 的新坑。3.4 方案四排查虚拟磁盘和控制器类型的坑适用场景硬盘上明明装过系统却依然走到 EFI Network TimeOut。这是最让人抓狂的一种也是我踩过最深的一个坑。虚拟机磁盘“存在”不等于“可引导”。以下几种情况都会让 UEFI 跳过硬盘从物理机或其他虚拟化平台迁移过来的 VMDK分区表里没有引导记录。比如 Windows 的 BCD 启动配置丢失Linux 的 GRUB 没有装到磁盘上或迁移过程中只复制了数据分区没复制引导分区。虚拟机的磁盘控制器类型被改过。比如系统当初安装时用的是 SATA 控制器你后来手动把硬盘改成了 NVMe 或 SCSI系统里没有对应驱动启动阶段就看不见盘固件也就认为“没有可引导磁盘”。磁盘文件本身是空的但你记错了以为里面装了系统。处理思路很直接打开 虚拟机设置 → 硬盘确认控制器类型是 SATA、SCSI 还是 NVMe并回想它是否和当初安装系统时一致。如果确认系统确实在盘里但引导记录丢了使用原版安装镜像进入修复模式。Windows 走“启动修复”Linux 用 Live 镜像进救援模式重装 GRUB而不是重装整个系统。如果只是控制器类型不对把类型改回原来的样子再重新引导。4. 问题速查表与踩坑记录4.1 症状—原因—解决速查表现象最常见原因解决动作全新虚拟机光驱没挂 ISO开机就 EFI Network TimeOut硬盘是空盘、光驱无介质固件只能网络启动挂载可引导 ISO并勾选“连接电源时连接”ISO 明明挂了启动还是网络超时光驱没勾选“连接电源时连接”或镜像损坏不完整检查设备状态校验镜像哈希值手动选光驱能进安装程序但自动启动进不去启动顺序里光驱/硬盘排在网卡后面进 UEFI 设置调整 BootOrder禁用网络启动老 Windows 精简镜像在 EFI 虚拟机里无法引导镜像只有 BIOS 引导缺 EFI 启动文件新虚拟机切固件为 BIOS或换带 EFI 引导的原版镜像硬盘里明明装了系统还是走到网络超时引导记录丢失或控制器类型被改用安装镜像修复引导还原控制器类型4.2 容易忽略但很要命的四个细节第一不要干等。EFI Network 的超时不是错误代码它只是固件在等待 PXE 服务器的响应。等多久都不会有结果别以为多给它一点时间就能自己进系统。看到这行提示就该主动介入操作。第二别乱动网络适配器设置。很多人看到 Network 字样就以为是网卡问题去把桥接改成 NAT、把网卡删掉重建、甚至调整虚拟网络编辑器。这全都不解决任何问题。网络启动失败不影响正常引导只要硬盘或光驱里能引导网卡设置基本无关。第三善用“打开电源时进入固件”这个菜单项。虚拟机的 UEFI 界面一闪而过手动按 F2 经常来不及。从 虚拟机 → 电源 → 打开电源时进入固件 进入是最稳的方式。每次排查引导问题都应该从这条路进去看 BootOrder而不是反复重启试运气。第四装好系统后可以顺手把引导延迟调高一点。在 虚拟机设置 → 选项 → 高级 → 引导选项 里有引导延迟设置调个几百毫秒到 1 秒给手速慢的人留一个按快捷键进固件的窗口。平时用不上真到需要的时候能救命。4.3 已有系统的虚拟机引导丢了怎么办如果虚拟机里已经有系统只是引导记录坏了不建议一上来就重装系统。正确的姿势是修复引导Windows把原版安装镜像挂到光驱从光驱启动进入安装界面后选择“修复计算机”然后走“疑难解答 → 启动修复”。这个工具会扫描 BCD 并重建引导项通常几分钟就能搞定。Linux用同版本或相近版本的 Live 镜像启动进入救援模式然后按发行版执行 grub-install 和 update-grub。我在 Ubuntu 和 CentOS 上都实操过就是这个路子。最后分享一个经验如果你是从其他虚拟化平台的镜像直接弄到 VMware 里跑最好先做一次“迁移后的引导修复”哪怕当前能正常启动也别偷懒。跨平台迁移丢了 bootloader 是概率很高的事提前修好能避免下一次开机直接看到 EFI Network TimeOut。这套排查顺序——设备是否连接 → 手动引导验证 → 启动顺序 → 固件匹配 → 磁盘控制器——是我这些年遇到 EFI Network TimeOut 时反复验证过的流程。说句实在话大约九成的情况都卡在最简单的那一步光驱里的 ISO 没有真正连上或者新建了一个空空如也的虚拟盘。剩下的一成才是镜像兼容性和迁移丢引导这类硬骨头。最后再分享一个习惯我现在每新建一个虚拟机开机前都会顺手做两个动作——看一眼光驱的“连接电源时连接”有没有勾上以及确认虚拟硬盘不是空文件。这 30 秒的检查已经帮我省下了无数个“为什么又超时”的下午。希望这篇记录也能让你的虚拟机少走几趟网卡的弯路。
