虚拟机启动显示pxemof什么原因？，pxemof怎么解决？

虚拟机启动显示PXE-MOF，本质是找不到可引导的操作系统设备，虚拟机的BIOS被迫从网卡尝试网络启动，最终因没有PXE引导服务器而报错。 解决方案的核心不是去管网卡，而是依次排查虚拟磁盘连接、启动顺序以及引导模式这三处。

虚拟机启动显示pxemof是什么原因：先看懂报错背后的逻辑

pxemof报错的真实含义

PXE-MOF是“PXE-MOF: Exiting Intel PXE ROM”的缩写，意思是虚拟机的固件（BIOS或UEFI）在启动过程中，走投无路，只能靠PXE网络启动来碰运气，但运气不好，最后退出并提示错误。 这里的关键信息不是“PXE失败了”，而是“虚拟机压根找不到能启动的硬盘”。

你回想一下日常使用电脑的经历：如果一块硬盘没有系统，或者系统引导文件丢失，开机的时候是不是也经常会闪过类似“Realtek PXE Option”的界面？这个界面等待几秒后就会跳过，但虚拟机里报pxemof，往往是它反复尝试网卡启动后彻底放弃，看起来像死机一样，停留在黑底白字界面。

行业共识认为,PXE-MOF出现时，90%以上的情况都是硬盘驱动异常或启动顺序错乱，只有极小比例是硬件本身损坏，在虚拟机场景下，甚至不存在“物理网卡故障”这个概念，因为网卡是虚拟化的，但它依然会参与启动流程。

为什么虚拟机会在启动时跑去尝试PXE

正常开机时,虚拟机的启动顺序默认是：光盘、U盘、硬盘、网卡，当前面几项都没有有效的引导信息时，最后就会被网卡接管，pxemof出现的核心原因无非以下四类：

• 虚拟磁盘不存在或未连接：最常见，比如新建虚拟机时选了“稍后安装系统”，但没有添加虚拟硬盘；或者给克隆后的虚拟机删除了原磁盘。
• 启动顺序里没有硬盘：有些自定义配置把硬盘排在了网卡之后，或者干脆移除了硬盘启动项。
• 引导模式与磁盘不匹配：例如用UEFI引导模式安装了系统，但BIOS设置里改成了Legacy，或者反过来，这会导致硬盘明明存在，但固件无法读取引导块。
• 磁盘控制器类型不兼容：虚拟磁盘挂在SATA控制器上，但虚拟机的SCSI控制器设为PVSCSI，且没有驱动支持，系统内核没法访问磁盘。

常见误判：以为网卡坏了

很多新手看到pxemof,第一反应是“网卡驱动损坏”或者“断网了”，这个想法可以理解，因为界面里写得清清楚楚PXE，但请记住一句话：网卡是背锅的。 它是启动链的最后一环，前面全断了才轮得到它。

如果网卡能够弹出PXE信息,说明虚拟机的网卡功能正常、网络连接也正常（至少PXE协议能发出广播），真正的问题在于：没有任何其他设备愿意响应启动请求。

虚拟机pxemof怎么解决：按三条路径排查，避免重装系统

遇到pxemof,不建议马上就打开ISO镜像重装系统，那相当于心脏病发作进医院，直接给你装个心脏起搏器，没找到病因，以下步骤从概率最高的情况开始排查。

第一步：检查虚拟磁盘是否被误删或连接状态

在VMware Workstation或Proxmox等虚拟化平台中，打开虚拟机的硬件配置界面，确认有没有一块“硬盘”设备。

• 在VMware中,点击“编辑虚拟机设置”，查看硬件列表里是否有“硬盘”，并且设备状态里“连接”是勾选状态。
• 在VirtualBox中,打开“设置 > 存储”，确认SATA控制器下面挂着VBox的虚拟磁盘文件。
• 如果发现磁盘是空的,或者使用了“独立磁盘”但没有正确关联，请点击“移除”，再重新添加“现有磁盘”文件（vmdk/vdi/qcow2等）。

同时注意磁盘格式是否为IDE、SATA还是SCSI，早期虚拟机默认配置是IDE，后来新版本默认SATA，如果操作系统的引导器不认识某个控制器，也会导致pxemof。

第二步：调整虚拟机启动顺序，让硬盘靠前

启动顺序是可以直接控制的,在VMware Workstation中，开机后立刻按F2进入BIOS设置，或者关闭虚拟机，在虚拟机属性中手动调整启动优先级。

进入虚拟机BIOS后的操作路径如下：

• 打开“Boot”菜单，找到“Boot Device Priority”。
• 把“Hard Drive”或“AHCI/SATA Device”拖到第一位。
• 如果上面没有硬盘列表,说明虚拟机根本没检测到磁盘，这时就要回到虚拟机硬件配置去排查磁盘。
• 调整后按F10保存退出，注意位置信息：VMware的BIOS里光标移动，有的版本用/键调整。

对于使用UEFI引导的虚拟机,需要在开机时快速按Esc或F1进入Setup界面，在“Boot Configuration”里调整“Boot Option Priorities”。

第三步：校准引导模式（BIOS/UEFI），找到匹配项

这一步最容易忽略,但实际发生的比例很高，行业共识指出，UEFI系统盘用Legacy引导，或者Legacy系统盘用UEFI引导，都会直接表现为pxemof。

查看方式很简单：安装系统时，如果使用GPT分区，必须用UEFI模式；MBR分区，则对应Legacy（CSM）模式。

• 在VMware虚拟机BIOS中,进入“Advanced > Boot Features”，找到“EFI”或“Legacy”选项，如果当前虚拟机固件是UEFI，但你安装的是旧Windows 7或精简版PE系统，请改成Legacy（BIOS）模式再试。
• 在VirtualBox中,这由硬件设置中的“固件”可见：把固件从“UEFI”切换为“BIOS”，或反过来，然后重启观察。

如果调整后仍然pxemof,可以挂载一个PE启动盘，进入PE系统后查看磁盘分区格式是否与虚拟机固件匹配，gpt对应UEFI，mbr对应Legacy。

虚拟机开机pxemof反复出现的实战场景：克隆与迁移

克隆后的虚拟机启动pxemof

很多运维人员有克隆虚拟机的习惯：从模板机复制一份出来，修改IP和主机名，但如果克隆时选择“完全克隆”而不是链接克隆，且没有执行sysprep或重新完整复制磁盘，可能会出现新虚拟机的磁盘标识冲突，导致系统盘不可识别。

此时建议删除旧虚拟机的卷信息（如果有快照，合并快照），然后重新克隆，同时检查新虚拟机是否把模板机的DVD光驱也克隆了，光驱里有无残留ISO，这些都会干扰启动顺序。

跨虚拟化平台迁移后出现pxemof

从VMware迁移到KVM,或者从XenServer迁移到VirtualBox，虚拟磁盘格式转化后，磁盘控制器类型可能变化，最常见的报错逻辑是：原来在VMware中使用LSI Logic控制器，迁移到KVM后默认变为VirtIO，但虚拟机内的系统没有VirtIO磁盘驱动，固件可以识别控制器，却读不到分区。

这种情况下,即使启动顺序正确，也无法找到引导块。

解决方向有两个：

• 在迁移时同时修改目标虚拟机的磁盘总线类型为IDE或SATA，这类兼容性最好。
• 如果系统内已有驱动,则手动关闭虚拟机，把磁盘控制器改为SATA再启动。

挂载了非引导盘或空盘

有时候你在

虚拟机中添加了一块新数据盘,但又没有把光驱里的ISO弹出，重启时，系统因为光驱优先而进去安装界面，然后你以为取消了安装，但下次重启时，BIOS可能把网卡排到了硬盘前面（因为硬盘引导失败），这种空盘光驱组合造成的pxemof，多见于刚创建虚拟机、还没有安装系统的阶段。

解决方法：确保真正需要启动的磁盘在启动顺序里靠前，把光驱禁用或移除，同时删除一切临时的空盘控制器。

虚拟机pxemof与启动顺序、引导模式的常见疑问

问：pxemof是不是就代表硬盘坏了？

不一定,如果是物理机，硬盘坏道的概率不小，但在虚拟化环境中，磁盘只是一个镜像文件，很少出现物理性故障，更大概率是虚拟机的磁盘文件路径失效或权限被修改，导致虚拟机无法打开该文件，建议先去存储位置检查vmdk或qcow2文件大小是否正常，权限是否可读。

问：每次都跳过pxemof，但十几秒后才进系统，怎么去掉这个延迟？

这是因为网卡启动尝试有一个超时时间,即使硬盘能正常引导，有些主板也会在启动时先尝试网络唤醒，在虚拟机BIOS里找到“Boot Delay”或“Network Boot”的等待时间，直接设置为0秒或禁用网卡启动项，VMware Workstation的BIOS设置中，可以移除“Network Boot from Intel E1000”这一项，如果你用的是UEFI，需要关闭Network Stack选项。

问：虚拟机里装黑苹果或Linux后，pxemof出现频率很高，为什么？

黑苹果（Hackintosh）和某些Linux发行版在自定义内核时，可能没有合理的EFI引导加载器，或使用了特殊的分区表，虚拟机固件在完整扫描所有启动项后，找不到一个有效的.efi程序，最终也会转跳到PXE，此时建议在虚拟机设置中把“安装介质”光驱移除，并确保启动磁盘的第一个分区是EFI系统分区（ESP），大小通常在100MB以上，里面有BOOT和Microsoft或APPLE文件夹，如果没有，需要重新制作引导器。

pxemof不是病毒,也不是什么高级网络攻击，它就是虚拟机在告诉你：我没地方能启动，只能找个网卡试试了。 把精力放在磁盘、启动顺序和引导模式这三个实际物理层面，通常不需要重装系统，只要操作路径正确，10分钟内就能解决，网卡是无辜的，它只是最后一个呼救器。