虚拟机启动文件就是引导虚拟机硬件的配置文件，VMware里是.vmx后缀，VirtualBox里是.vbox后缀，KVM/Proxmox里是.conf后缀，位置一般在软件默认的虚拟机存储目录下，找不到时优先用文件名全盘搜索。
虚拟机启动文件一般在哪？不同软件的默认位置差异大
不同虚拟机软件的启动文件格式不同，存放路径也不同，多数人找不到启动文件，是因为跨软件找错了后缀名,或者安装时改了默认路径自己不记得。
VMware Workstation 的启动文件
VMware Workstation 是Windows用户使用率最高的虚拟机软件，业内共识是它的Windows装机份额在桌面级虚拟机中常年排第一，它的启动文件后缀为 .vmx，本质是文本格式的配置文件，记录虚拟机的CPU核数、内存大小、硬盘控制器类型、网络模式等信息。
默认安装情况下，VMware 的虚拟机文件存放在：
C:Users你的用户名DocumentsVirtual Machines每个虚拟机一个独立文件夹，进入后能看到一个以虚拟机名字命名的.vmx文件，双击这个文件,就能直接启动该虚拟机。
需要注意，如果创建虚拟机时勾选了“将虚拟机存储为单个文件”或自定义了存储位置，路径就变了，最稳妥的方法是打开VMware主界面，在左侧库列表中用鼠标右键点击目标虚拟机，选择“打开文件位置”,系统会自动打开文件所在目录。
VirtualBox 的启动文件
VirtualBox 是开源免费的虚拟机软件，个人用户和中小型企业用得很多，尤其是在Windows和Linux双系统环境下，它的启动文件后缀是 .vbox,同样是XML格式的文本配置文件。
VirtualBox 默认将每个虚拟机放在用户主目录下：
C:Users你的用户名VirtualBox VMs虚拟机名进入后找到后缀为.vbox的文件即可，与VMware略有不同的是，VirtualBox 的.vbox文件包含子机硬件信息，但虚拟硬盘（.vdi文件）和虚拟光驱（.iso文件）通常在同一目录下,便于统一管理。
如果你创建虚拟机时选了“使用默认文件夹”，但后来找不到了，可以在VirtualBox主界面点击“管理 → 全局设定 → 常规”，在“默认虚拟机文件夹”一栏看到当前存放根路径,顺藤摸瓜就能定位。
KVM 和 Proxmox VE 的启动文件
Linux服务器场景下，KVM（内核虚拟化）是主流方案，Proxmox VE（简称PVE）是基于KVM的Web管理平台，国内IDC机房租用和自建机房场景中用得比较多，KVM的虚拟机启动文件不是一个单一文件，而是一组配置,主要包括：
- 配置文件：
/etc/libvirt/qemu/虚拟机名.xml - 磁盘镜像：
/var/lib/libvirt/images/虚拟机名.qcow2 - 快照文件：同一目录下的.qcow2派生文件
Proxmox VE的启动配置在：
/etc/pve/qemu-server/虚拟机ID.conf磁盘镜像默认放在：
/var/lib/vz/images/虚拟机ID/这些路径是Linux服务器上的标准位置，如果你在PVE的Web界面里看到虚拟机磁盘大小正常，但SSH进后台却找不到，大概率是没按虚拟机ID去找，先确认VM ID（网页端可以看到）,再去对应目录。
启动文件和磁盘文件要分清
启动文件管硬件配置，磁盘镜像管数据内容。启动文件损坏，虚拟机打不开但数据还在；磁盘镜像损坏，虚拟机里的系统和文件才真正危险。找启动文件时，认准后缀是.vmx、.vbox或.conf，体积通常只有几百KB到几MB，那些几GB甚至几十GB的文件是虚拟硬盘，不是启动文件,别搞混了。
找不到虚拟机启动文件怎么办？按这3个步骤排查
很多人遇到的问题是：虚拟机软件列表里还有这台机器，但启动时报错”找不到vmx文件”或”无法定位.vbox文件”，这通常是因为文件被移动、重命名或误删除,而不是真的彻底没了。
排查顺序按操作成本从低到高排列。
第一步：用文件名全盘搜索
先确定你记得多少信息，如果记得虚拟机名称，比如叫”Ubuntu Server”,直接在文件资源管理器搜索框输入：
Ubuntu Server.vmx文件系统搜索支持通配符，用星号代替不确定的部分，如果名称记不全,就搜后缀：
.vmx但要注意，Windows资源管理器默认不搜索文件扩展名，更快的做法是打开C盘和D盘根目录，把搜索选项切换到”高级选项”，勾选”文件内容”和”隐藏项目”，或者直接用第三方搜索工具Everything（免费软件），它能毫秒级索引NTFS分区，输入”.vmx”直接列出全盘结果。
第二步：在虚拟机软件内打开
如果文件搜索不到，但虚拟机软件里还显示这条虚拟机的记录,尝试以下操作：
- VMware：打开软件 → 点击主页的”打开虚拟机” → 导航到原虚拟机文件夹，如果文件夹还在但文件丢失,用同样方法到原路径看一眼是否真的空了。
- VirtualBox：点击”控制 → 注册”（或在虚拟机管理器中按Ctrl+V），选择原.vbox文件位置，如果没有文件可选，软件会提示无法注册,需要重建虚拟机配置。
- Proxmox VE：如果配置文件丢失但磁盘镜像还在，可以新建同规格虚拟机，然后在硬件设置里挂载原磁盘镜像,数据可以找回。
第三步：从快照和备份恢复
多数人的重要虚拟机都会做快照，VMware叫Snapshot，VirtualBox叫快照，Proxmox VE也有备份功能，找快照文件的路径和启动文件在同一个目录，以VMware为例，快照会产生一个带数字后缀的.vmem和.vmsn文件，位于虚拟机文件夹内，如果主.vmx文件损坏，但有备份的快照，可以尝试在软件里用”恢复到快照”功能恢复。
如果连软件列表都没了，去检查系统备份，Windows文件历史记录、macOS的Time Machine、Linux的rsync定时任务，只要有其中任何一个在运行,把整个虚拟机文件夹拷贝回来即可。
好用但容易被忽略的排查技巧
除了路径和文件，日常使用中有几个细节值得注意，多数情况下，启动文件找不到是人为移动位置导致的,和软件本身无关。
先检查回收站和最近删除
Windows回收站和macOS废纸篓是第一个要看的，误删文件后很多人习惯性右键”清空回收站”，但虚拟机文件夹通常比较大，操作系统默认不会直接放入回收站，而是提示”永久删除”，如果没清空，去回收站里找找,文件名一般保留原来的虚拟机名称。
不要用中文路径和空格路径
虚拟机软件的兼容性总体很好，但路径中包含中文字符或空格，在启动时报错的概率显著提升，尤其是需要跨物理机拷贝虚拟机文件时，中文路径容易乱码,行业实践建议统一用英文字母或数字命名文件夹，
D:VMsUBT2004-SERVER而非：
D:虚拟机Ubuntu生产服务器修改.vmx文件的场景
常见的.vmx文件打不开场景，比如把虚拟机从物理机A拷贝到物理机B，系统提示“找不到磁盘”或者“配置文件无效”，这是因为.vmx文件内部记录了原始磁盘文件的绝对路径，用记事本打开.vmx文件，找到包含.vmdk或者.vdi字样的一行，将路径改成磁盘当前实际所在的位置，保存后重新启动虚拟机即可，实操中，.vmx文件的每行都对应一个硬件参数，比如memsize = "4096"代表内存4GB，numvcpus = "4"代表4个虚拟CPU，改了保存重启生效,不需要重新创建虚拟机。
虚拟机文件迁移和备份的3点提醒
- 迁移虚拟机时，必须先关闭虚拟机再拷贝文件，否则磁盘数据不一致,目标机器大概率启动失败。
- 是否使用虚拟磁盘动态扩容也会影响文件数量，VMware默认做磁盘切片，每个切片2GB，文件多时容易漏拷，检查是否完整,看文件夹总大小和源机器是否一致。
- 有条件就做线上定期备份，或至少保留一份导入导出文件，VMware的OVF/OVA导出和VirtualBox的导出功能都能打成单个压缩包,占空间但安全系数高。
从长期维护角度看，启动文件丢失不是灾难性的，因为配置可以重建，但虚拟磁盘里的数据不可再生，与其纠结启动文件在哪，不如先确认磁盘镜像文件安全，再重建配置挂载磁盘。
虚拟机启动文件常见问题解答
虚拟机启动文件的后缀有哪些区别？
VMware虚拟机使用.vmx文件作为启动配置文件，VirtualBox使用.vbox文件，Hyper-V使用的是XML格式的配置存放在虚拟机所在目录的Virtual Machines子文件夹里，KVM和Proxmox VE使用.conf或.xml文件，这些文件都是纯文本格式，用记事本或VS Code能打开，通过修改其内部的配置参数，可以实现调整硬件资源、修改虚拟机UUID、修复磁盘路径等操作，相比二进制格式的启动文件，这类文本配置文件更透明,也更容易手工修复。
启动文件损坏后能不能不重建系统就恢复？
可以，前提是磁盘镜像文件完好，以VMware为例，新建一个空虚拟机，硬件规格和原虚拟机保持一致（CPU核数、内存大小、控制器类型是重点），然后在虚拟机的硬盘设置里移除默认创建的空白磁盘，添加现有磁盘，指向原来的.vmdk文件，启动后系统会重新读取硬件信息，Windows可能会提示重新激活，Linux一般需要重新配置网络接口名称，但文件数据和应用服务不受影响,系统整体状态和损坏前基本一致。
为什么桌面快捷方式和启动文件对不上？
很多用户习惯用桌面快捷方式启动虚拟机，快捷方式的图标有时和虚拟机实际状态不同步，这类情况并非启动文件丢失，而是快捷方式指向的路径变化或虚拟机被手动打开过，在快捷方式上点击右键，选择属性，查看“目标”一栏里的完整路径，确认是否和当前虚拟机文件所在位置一致，如果不一致，修改路径或删除快捷方式重新创建即可,不需要动启动文件本身。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/639049.html
