VMware虚拟机启动时出现EFI Network Timeout错误

Question

VMware虚拟机启动时出现“EFI Network Timeout”错误，常见于UEFI引导模式下启用了网络启动（PXE）但无可用网络引导服务器的场景。系统在EFI阶段尝试通过网络加载引导文件时超时，导致启动停滞。此问题多因虚拟机设置中“启用网络启动”选项被勾选，且未正确配置DHCP或PXE服务器所致。如何在保留UEFI引导的前提下禁用网络启动以跳过超时等待？

Answer 1

VMware虚拟机中“EFI Network Timeout”错误的深度解析与解决方案

1. 问题现象与背景分析

在使用VMware Workstation、ESXi或Fusion创建的虚拟机中，若采用UEFI引导模式，启动过程中常出现"EFI Network Timeout"提示。该错误表现为系统卡在“PXE-E61: Media test failure, check cable”或类似信息后超时，最终进入固件设置界面或停滞。

此现象的根本原因在于：UEFI固件默认启用了网络启动（Network Boot / PXE），并在引导顺序中将其置于较高优先级。当虚拟机尝试通过DHCP获取IP并联系PXE服务器下载引导镜像时，若环境中无可用的PXE服务器或DHCP响应延迟，将触发超时机制，造成启动阻塞。

关键点是：问题并非出在操作系统层面，而是发生在EFI预引导环境（Pre-OS Environment），因此常规的操作系统优化手段无效。

2. 核心诊断流程

1. 确认虚拟机是否启用UEFI引导（vs. Legacy BIOS）
2. 检查.vmx配置文件中是否存在firmware = "efi"
3. 查看VMware设置中的“Options → Advanced → Enable BIOS setup”状态
4. 进入EFI Shell观察启动项顺序（命令：bcfg boot dump）
5. 验证vSwitch或端口组是否允许DHCP流量通过
6. 排查物理主机网络配置是否干扰虚拟机PXE行为
7. 判断是否为模板克隆导致MAC地址冲突引发DHCP失败

3. 解决方案层级结构

层级	方法名称	适用场景	操作复杂度	持久性
1	临时跳过网络启动	紧急恢复访问	低	单次有效
2	修改EFI启动顺序	长期保留UEFI	中	持久
3	编辑.vmx禁用网启	批量自动化部署	高	持久
4	自定义OVMF固件镜像	大规模私有云环境	极高	全局生效
5	策略驱动网络隔离	安全合规要求	高	动态控制

4. 实操步骤详解

方案一：临时绕过（适用于已能进入EFI Setup）

按F2进入Virtual Machine Settings
→ 进入“Boot Options”
→ 设置“Retry boot with BIOS setup”为TRUE
→ 启动时按ESC进入EFI Shell
→ 输入：exit 返回启动菜单
→ 手动选择硬盘启动项（如: HD(1,GPT)...\EFI\BOOT\BOOTX64.EFI）

    

方案二：永久禁用网络启动（推荐方式）

关闭虚拟机，在.vmx文件中添加以下行：

# 禁用所有网卡的EFI网络引导功能
ethernet0.feature.disable.hostProxyNetBIOS = "TRUE"
ethernet0.features.enableNetKVM = "FALSE"

# 关键参数：阻止UEFI阶段激活PXE
firmware.bootOrder = "disk,cdrom,usb"
bios.bootDelay = "5000"

# 强制EFI不加载网络驱动
SMBIOS.reflectHost = "FALSE"

    

5. 自动化修复脚本示例（PowerShell + VMware PowerCLI）

# 针对多个VM批量处理EFI Network Timeout问题
Get-VM -Name "Web*" | ForEach-Object {
    $vm = $_
    $vmxPath = $vm.ExtensionData.Config.Files.VmPathName
    $content = Get-Content -Path $vmxPath

    if ($content -notmatch 'firmware\.bootOrder') {
        $newContent = $content + "`nfirmware.bootOrder = `"disk,cdrom,usb`"`n"
        Set-Content -Path $vmxPath -Value $newContent
        Write-Host "已为$($vm.Name)添加安全启动顺序"
    }

    # 可选：重置网络适配器特性
    Get-NetworkAdapter -VM $vm | Set-NetworkAdapter -Type E1000e -Confirm:$false
}
    
    

6. 架构级规避策略（Mermaid流程图）

graph TD
            A[VM Creation Request] --> B{Use UEFI?}
            B -- Yes --> C[Inject Custom OVMF_VARS.fd]
            B -- No --> D[Use Legacy BIOS]
            C --> E[Set NVRAM Variable: DisablePxe=true]
            E --> F[Deploy VM with Secure Boot On]
            F --> G[Monitor Boot Log via vCenter Alarms]
            G --> H{Detect EFI Timeout?}
            H -- Yes --> I[Auto-trigger .vmx Patching]
            H -- No --> J[Normal Operation]
            I --> K[Reconfigure bootOrder & Alert Admin]

7. 延伸思考：企业级部署中的最佳实践

• 在模板化虚拟机中预清除BCFG中的PXE启动项
• 使用Hashicorp Packer构建包含定制OVMF固件的黄金镜像
• 结合NSX-T实现微隔离，限制特定Segment的DHCP广播域
• 通过vRealize Automation注入条件式.vmx参数
• 建立CMDB标签体系，标识“仅磁盘引导”类VM以避免误配置
• 利用UEFI Capsule Update机制远程更新固件策略
• 监控ESXi主机上的vmkernel.log中“PxeDhcp6: no response”事件