当虚拟机启动过程中出现“PXE”相关的提示信息时，这通常意味着系统尝试通过网络进行预启动执行环境（Preboot Execution Environment）引导，但未能成功完成加载过程，这一现象可能由多种因素导致，理解其背后的原理和常见解决方法,对于快速恢复虚拟机正常运行至关重要。
PXE引导机制的基本原理
PXE是一种网络启动标准，允许计算机通过网络接口卡（NIC）从远程服务器下载操作系统镜像或启动文件，而无需依赖本地存储设备（如硬盘），在虚拟化环境中，如果虚拟机的虚拟网卡被配置为PXE启动优先级高于本地磁盘，或者本地磁盘引导失败，系统就会尝试通过PXE方式启动，虚拟机会发送广播请求，寻找网络中的DHCP服务器以获取IP地址及启动文件路径（通常为TFTP服务器的地址和启动文件名），如果在这个过程中任何一个环节出现问题，虚拟机就可能停留在PXE启动界面，显示“PXE-M0F: Exiting Intel PXE ROM”或“PXE-E61: Media test failure, check cable”等错误信息。
导致PXE启动失败的常见原因
启动顺序配置错误
虚拟机的BIOS/UEFI启动顺序中，如果网络启动（PXE）被置于本地硬盘之前，且本地硬盘未正确配置或存在故障，系统就会优先尝试PXE引导，某些虚拟化平台（如VMware、VirtualBox）的默认启动顺序可能包含网络选项，若未根据实际需求调整,便可能导致不必要的PXE尝试。
网络服务配置问题
PXE引导依赖DHCP和TFTP服务，如果虚拟机所在的网络中没有可用的DHCP服务器，或DHCP服务器未正确配置PXE选项（如指定TFTP服务器地址和启动文件名），虚拟机将无法获取启动信息，同样，TFTP服务器未启动、文件路径错误或权限不足,也会导致启动文件下载失败。
虚拟硬件或驱动问题
虚拟机的虚拟网卡驱动程序异常、网卡模式选择不当（在需要网络通信的场景下选择了仅主机模式），或物理网络的交换机、路由器配置问题（如VLAN隔离、端口安全限制），都可能影响PXE通信的建立,虚拟化平台本身的版本兼容性或Bug也可能导致虚拟硬件无法正确响应PXE请求。
本地磁盘引导失败
即使启动顺序正确，如果本地虚拟硬盘（如.vmdk、.vdi文件）损坏、未正确分区或操作系统引导文件丢失，系统在尝试本地引导失败后，会自动回退到PXE引导，PXE错误实际上是本地引导问题的“表象”。
解决PXE启动问题的排查步骤
第一步：检查虚拟机启动顺序
进入虚拟机的BIOS/UEFI设置（通常在开机时按特定键，如F2、Del），将“Boot Option #1”或其他优先项设置为本地硬盘（如“Hard Drive”），确保网络启动（“Network Boot”或“PXE”）的优先级低于本地磁盘，保存设置后重启虚拟机,观察是否能正常进入系统。
第二步：验证网络服务配置
如果问题仅在特定网络环境中出现，需检查DHCP和TFTP服务：
- DHCP服务：确认网络中存在DHCP服务器，且其作用域包含虚拟机所在网段，使用
ipconfig /renew（Windows）或dhclient（Linux）命令测试虚拟机能否获取IP地址。 - TFTP服务：检查TFTP服务器是否运行，启动文件（如pxelinux.0、bootmgr等）是否存在于指定目录，且权限可读，可通过TFTP客户端工具（如tftp命令）手动下载文件验证。
第三步：检查虚拟硬件与网络环境
- 虚拟网卡配置：确保虚拟机使用的网卡模式（如NAT、桥接、仅主机）与网络环境匹配，尝试更换网卡模式或重新安装虚拟网卡驱动。
- 物理网络：确认虚拟机所在的物理网络允许PXE通信（如未阻止UDP端口67/68（DHCP）和69（TFTP）），交换机端口未启用安全策略（如BPDU防护、端口隔离）。
- 虚拟化平台：更新虚拟化软件至最新版本,或尝试重新创建虚拟机以排除平台兼容性问题。
第四步：修复本地磁盘引导
若怀疑本地磁盘问题，可通过以下方式排查：
- 在虚拟机管理界面中挂载虚拟硬盘到另一台正常虚拟机，检查磁盘分区和文件系统是否损坏（使用Windows的chkdsk或Linux的fsck工具）。
- 使用系统安装盘或PE工具启动虚拟机，修复引导记录（如Windows的bootrec命令、GRUB的重新安装）。
- 检查虚拟硬盘文件是否完整,必要时从备份恢复或重新创建虚拟机并重装系统。
虚拟机出现PXE启动提示并非孤立问题，其背后往往涉及启动顺序、网络服务、硬件配置或本地磁盘状态等多方面因素，通过从简到繁的系统性排查——优先确认启动顺序，再逐步验证网络服务、硬件环境和本地磁盘状态，多数问题均可得到有效解决，在日常运维中，合理规划虚拟机的启动配置、定期检查网络服务状态，以及保持虚拟化平台的更新维护,是预防此类问题再次发生的关键。
