虚拟机搬家这件事听上去就是把一个文件夹从 D 盘拷到移动硬盘、再拷到新电脑的 D 盘然后双击.vmx文件就完事了。我最早也是这么想的结果在新机器上连续遇到无法获取所有权配置文件正在被另一进程使用网络适配器不存在三连击折腾了一个下午才把系统跑起来。后来搬的次数多了才总结出一个规律虚拟机最难对付的不是拷贝这个动作本身而是拷贝过来之后它脑子里还记着原来那台主机的一堆信息——磁盘的绝对路径、虚拟磁盘的 UUID、网卡的 MAC、固件类型、甚至快照链的父子关系。这些信息在新机器上有一半是错的虚拟机启动时又特别较真对不上就直接拒绝开机。这篇就把我这些年在本机之间搬运虚拟机的经验摊开说清楚哪些文件必须一起走、哪些文件走之前必须清理、拷贝完之后大概率会遇到哪几类报错、每一类报错背后的真实原因是什么、以及怎么用最小的代价修好。内容主要围绕 VMware Workstation 和 VirtualBox 这两个最常见的桌面虚拟化工具展开Linux 和 Windows 客户机都会覆盖到。不管你是刚装完第一台虚拟机的新手还是手上攒了七八个环境要整体换机的老用户下面这些坑大概率都会碰上。1. 直接拷贝虚拟机目录为什么经常失败先弄明白哪些文件在记着旧主机1.1 一个虚拟机目录里到底躺着哪些文件很多人拷虚拟机的时候只盯着那个几 GB 甚至几十 GB 的虚拟磁盘文件觉得配置无所谓新机器上重建一份就行。这个思路在极简单的场景下能跑通但只要你做过快照、改过网卡模式、或者客户机是 UEFI 启动的就会立刻翻车。先把目录里的东西认全文件类型典型名字作用拷贝时必须带走吗主配置Ubuntu.vmx纯文本记录内存、CPU、磁盘路径、网卡、固件类型必须虚拟磁盘Ubuntu.vmdk/Ubuntu-s001.vmdk客户机系统盘本身必须分片的要全带快照元数据Ubuntu.vmsd快照的父子关系字典有快照就必须快照磁盘Ubuntu-000001.vmdk每个快照对应的增量盘有快照就必须挂起内存Ubuntu.vmss/Ubuntu.vmem挂起状态的内存镜像必须删掉再拷固件变量Ubuntu.nvramUEFI 变量存储建议带删了会重置启动项附加配置Ubuntu.vmxf团队/附加配置多数情况为空可带可不带运行日志vmware.log排错用会记录每次启动不必带锁目录Ubuntu.vmx.lck运行时的占用标记绝对不要带VirtualBox 那边对应的名字是.vbox主配置、.vdi磁盘、.vbox-prev备份配置、Snapshots/快照目录、Logs/日志目录。结构不同但谁在记着旧主机信息这件事是一样的。1.2 三处最容易被忽略的硬绑定绝对路径、UUID、MAC第一处是绝对路径。VMware 的.vmx文件里磁盘路径经常写成绝对路径比如scsi0:0.fileName D:\VMs\Ubuntu\Ubuntu.vmdk。你把整个目录挪到新机器的E:\VM\Ubuntu\下这个路径就是死的VMware 会报找不到指定的文件。有人会问那我放到同样的盘符同样的目录不就行了理论可行但新机器上 D 盘可能被占用了或者你根本不想保持同样的目录结构所以更稳的做法是改成相对路径Ubuntu.vmdk让 VMware 自己去同目录找。第二处是虚拟磁盘和虚拟机的 UUID。VMware 会给每台虚拟机和每个虚拟磁盘分配 UUID写在配置里也写在磁盘头部。两台机器上如果出现 UUID 相同的虚拟机或者你在同一台机器上把目录复制了一份做克隆VMware 会认为这是冲突实例弹无法获取所有权或者要求你选择我已移动该虚拟机还是我已复制该虚拟机。选错的那一次网卡 MAC 和 UUID 都不会重新生成后续可能和原机产生冲突。第三处是 MAC 地址。VMware 默认给网卡分配的是00:0c:29开头的静态 MAC写在.vmx的ethernet0.address里。如果你把同一台虚拟机拷到另一台电脑两台机器又恰好在同一个局域网里同时开机那就是教科书级别的 MAC 冲突表现是两边网络都时通时断、ARP 表混乱排查起来非常折磨人。1.3 什么情况下直接拷目录是可行的不是所有场景都要走导出流程。满足下面这几个条件直接拷目录基本没问题客户机已经彻底关机而不是挂起虚拟机没有快照或者你已经把快照全部合并删除.vmx里的磁盘路径改成了相对路径拷完在新机器上第一次开机时老老实实选择我已复制该虚拟机让工具重新生成 UUID 和 MAC。这几条都做到成功率相当高而且速度最快——毕竟只是文件复制不用做格式转换。只要有一条不满足尤其是有快照链的场景我建议直接走导出 OVF 的路线省下来的排查时间远比导出多花的那点时间值钱。2. 复制之前必须做的清理动作少做一步新机器上就得查半天2.1 客户机必须是彻底关机挂起状态是搬运头号杀手这是最容易被忽略、后果也最严重的一条。虚拟机有三种状态开机运行、挂起、关机。挂起状态下内存里的东西被写进了磁盘上的.vmss文件虚拟机下次启动时会从这个内存镜像里恢复。你把这个状态的虚拟机拷到新机器上新机器的 CPU 型号、内存大小、甚至主板芯片组都可能不一样恢复一个为旧硬件准备的内存镜像轻则蓝屏、黑屏重则磁盘文件系统损坏。我的做法是搬运前一定在客户机里执行正常的关机流程Windows 走关机而不是休眠Linux 执行sudo poweroff或者systemctl poweroff等 VMware 界面里的虚拟机变成灰色、状态显示已关闭再动手。如果原来是挂起状态先启动再关机关完把.vmss、.vmem一起删掉。顺手把vmware.log也删了反正到新机器上会重新生成留着只会让你看到一堆旧主机的干扰信息。2.2 快照太多的话先合并再搬别把快照链整个背过去快照是虚拟磁盘的增量文件结构上是链式的基础盘 → 快照1 → 快照2 → 快照3。物理上它们是一堆互相引用的文件任何一环的 UUID 或路径对不上整条链就断了。把带十几层快照的虚拟机搬到新机器等于把一个精密的引用网络整体搬过去出问题的概率陡增。处理方式很直接在 VMware 里打开虚拟机设置 → 快照管理器把所有快照删除。注意删除快照不等于丢弃数据删除操作会把增量内容合并回基础盘客户机看到的是当前状态不会回退到某个旧时间点。VirtualBox 里对应的是快照面板逐个删除即可。合并过程需要额外磁盘空间大概等于所有增量文件的总大小所以合并前先确认宿主机剩余空间够用这是很多人合并到一半报磁盘空间不足然后虚拟机差点损坏的原因。2.3 磁盘瘦身把宿主机的空间还回来再搬拷贝几个几十 GB 的稀疏磁盘非常费时间尤其是走移动硬盘或者网络共享的时候。VMware 的虚拟磁盘如果是精简置备客户机里删了文件宿主机上的.vmdk并不会自动变小。搬运前做一次瘦身很有必要。VMware Workstation 自带的命令行工具可以干这件事进到安装目录下执行# 进入 VMware Workstation 安装目录 cd C:\Program Files (x86)\VMware\VMware Workstation # 对虚拟磁盘做瘦身参数 -k 是 shrink vmware-vdiskmanager.exe -k E:\VMs\Ubuntu\Ubuntu.vmdk有个前提客户机里必须安装了 VMware Tools瘦身才可以进行到有效果的程度而且执行前要确保虚拟机是关闭状态瘦身过程中不要动那个文件。VirtualBox 的写法和它不一样用的是VBoxManage# 先对客户机内的空闲空间做清零Linux 客户机示例 dd if/dev/zero of/zero.fill bs1M || true sync rm -f /zero.fill # 关机后在宿主机上执行压缩 VBoxManage modifymedium disk E:\VMs\Ubuntu\Ubuntu.vdi --compact那个dd的作用是让客户机把未使用的块都写一遍零压缩算法才能识别出哪些块可以丢弃。不做这一步压缩效果会差很多。这个技巧我在第一次用 VirtualBox 的时候完全不知道压缩完发现体积一点没变还以为是命令写错了。2.4 VMware Tools 和硬件驱动什么时候需要卸什么时候不用管VMware 虚拟机在 VMware 虚拟机之间搬运VMware Tools 完全不用卸载新机器上开机后正常加载驱动就行。但如果你要把虚拟机从 VMware 搬到 VirtualBox或者在同一个宿主机上跨版本升级情况就不一样了。VMware Tools 里包含针对 VMware 虚拟硬件的显卡驱动、鼠标驱动、内存控制驱动在 VirtualBox 里这些驱动会变成无效设备可能拖慢开机速度也可能让网络和显示出现奇怪的延迟。所以跨平台搬运前先在客户机里把增强工具卸掉再装目标平台的增强工具。Linux 客户机尤其要注意很多发行版会通过包管理器安装open-vm-tools卸载命令是sudo apt remove open-vm-tools-desktop open-vm-tools或者对应的包管理命令。不卸也能开机但你可能要花半小时去查为什么鼠标拖影、为什么显示分辨率只能到 800x600。3. 搬运路线怎么选目录直拷、OVF 导出、克隆三条路对比这个选择很多人凭感觉其实三种方式各有明确适用场景选错方向会让后续工作量翻倍。路线操作要点适用场景主要代价目录直拷拷整个目录改相对路径首次启动选我已复制单机、无快照、同平台搬运需要在.vmx里动手术OVF/OVA 导出导出为单个 OVA 或一组 OVF 文件再导入有快照、跨平台、需要归档留存体积更大、导出导入耗时克隆在原机上做完整克隆生成新实例同一台机器上做多套环境占宿主机额外空间不能跨机直接挪目录直拷是最快的因为它只涉及文件复制不涉及任何格式转换。好处是可以直接增量拷贝拷过一次之后再用同步工具只拷变化的部分坏处是需要你手工修正.vmx。我的经验是只要目标机器上磁盘格式没问题、虚拟机没有快照这条路基本都走。OVF 导出是最省心的。在 VMware 里选择文件 → 导出为 OVF工具会把虚拟机打包成一组文件里面有描述虚拟硬件的 XML 和磁盘镜像导入的时候会自动处理 UUID、MAC 重新生成的问题。缺点是它会丢快照导出的是当前状态的一个扁平快照而且打包过程中 OVA 文件可能比原始目录还大。VirtualBox 的导入导出功能同名互相之间基本可以直接识别这是它最大的价值。克隆适合我要在这台机器上再开三套一模一样的环境这种需求。完整克隆会生成独立的磁盘和配置和原虚拟机完全解耦链接克隆共享基础盘省空间但基础盘一坏全坏。克隆出来的虚拟机在同一台宿主机上使用UUID 和 MAC 会自动重新分配不用手动改。顺便提一句如果两台电脑在同一个局域网里用scp或者同步工具走网络比用移动硬盘拷更快前提是你两边目录结构一致、.vmx里用的是相对路径。我现在的习惯是固定一个VMs/虚拟机名/的目录结构两边电脑都保持这个约定.vmx全部改成相对路径搬起来就是纯粹的文件夹复制基本零改动。4. 新机器上打不开的三类典型报错以及每类的真实修法4.1 配置文件正在被另一进程使用锁文件残留现象是双击.vmx没反应或者弹出提示说配置文件正在被使用、无法打开。这个报错的原因特别朴素虚拟机目录里留下了.vmx.lck或者类似的锁目录。正常情况下虚拟机开机时创建锁目录、关机时删除但如果虚拟机是异常断电关闭的或者你拷贝的时候把运行中的目录整份复制了锁目录就会跟着跑到新机器上。修法很简单在文件管理器里打开虚拟机目录找到所有以.lck结尾的目录或者文件删掉。如果是在 Linux 宿主机上可能是一个.lck目录里面有几个空文件rm -rf掉就行。注意删之前确认虚拟机确实没在运行——如果原机器上那个虚拟机还在跑着你删了它那边的锁文件可能导致数据损坏。4.2 无法获取所有权和UUID 冲突先别急着点我已移动这个报错是拷贝场景里最经典的。VMware 检测到虚拟机的 UUID 在它自己的记录里已经存在或者磁盘文件的 UUID 和配置里写的不一致就会弹一个对话框让你选择我已移动该虚拟机还是我已复制该虚拟机。这两个选项的区别非常关键很多人随手就点结果留下隐患我已移动保留原来的 UUID 和 MAC。适用于你把虚拟机从 D 盘挪到 E 盘、但机器还是原来那台的情况。我已复制生成全新的 UUID 和 MAC。适用于换机、或者在同一台机器上做副本的情况。跨电脑搬运一定要选我已复制。选错成本很高因为选完之后不容易改回来你可能要去手改.vmx里的uuid.action和网卡的ethernet0.address才能补救。我遇到过一次就是因为点了移动结果新机器上虚拟机的 MAC 和原机器一模一样两边同时开机之后网络间歇性掉线查了一晚上才意识到是 MAC 冲突。除了弹窗选择.vmx里也可以加一行强制策略# 让 VMware 每次开机都重新生成虚拟机 UUID uuid.action create # 网卡 MAC 自动生成而不是沿用配置里写死的地址 ethernet0.addressType generated # 同时删掉下面这种固定 MAC 的行 # ethernet0.address 00:0c:29:1a:2b:3cVirtualBox 那边对应的操作是改.vbox里网卡的MACAddress属性或者在图形界面里点高级 → 刷新 MAC 地址比较直观不用手改文本。4.3 找不到指定的文件.vmx里的绝对路径没改前面提过这是拷贝后最高频的问题之一。.vmx是纯文本文件用任何文本编辑器都能打开。打开之后搜一下有没有D:\、E:\或者/home/用户名/这种绝对路径凡是和磁盘、ISO、快照相关的路径都要检查。改成相对路径之后.vmx的可搬运性会好很多。形态大概是这样# 改前换机后容易失效 scsi0:0.fileName D:\VMs\Ubuntu\Ubuntu.vmdk ide1:0.fileName D:\ISO\ubuntu-24.04.iso # 改后长这样跟着目录走不依赖盘符 scsi0:0.fileName Ubuntu.vmdk ide1:0.fileName auto detectLinux 宿主机上做批量替换可以用sed# 把旧路径前缀替换成新路径前缀 sed -i s#/home/olduser/VMs/Ubuntu/#/home/newuser/VMs/Ubuntu/#g Ubuntu.vmx # 顺手把需要重新生成 UUID 的策略写进去 grep -q ^uuid.action Ubuntu.vmx || echo uuid.action create Ubuntu.vmx改完.vmx之后别忘了同目录下的快照文件如果有对应的.vmsd里也记着路径这个用文本编辑器搜一遍同样能改。没有快照的话就只用管.vmx。5. 能开机但网络不通MAC、网卡名字和虚拟网络组件的连锁反应虚拟机成功启动、系统界面也出来了结果一查网络不通——这是第二常见的搬运后遗症而且表现形态特别多Linux 和 Windows 各有各的花样。5.1 Linux 客户机网卡从 ens33 变成 ens34 甚至重新命名现代 Linux 发行版Ubuntu 18.04 之后、CentOS 7 之后用可预测网卡命名机制网卡名字是基于 MAC 地址和 PCI 位置生成的。你把虚拟机搬到新机器上、MAC 变了系统会认为出现了一块新网卡于是分配一个新名字比如原来的ens33变成ens34然后原来的网络配置文件里绑定的还是ens33网卡根本起不来。排查方法直接看命令输出# 看系统实际识别到的网卡名和 MAC ip link show # 看 netplan 或 NetworkManager 里的配置绑定了什么 cat /etc/netplan/*.yamlUbuntu 用 netplan 的话配置文件里如果写了match: macaddress: xx:xx:xx那就是按 MAC 匹配网卡MAC 一变就匹配不上。修法是把这个 match 段删掉改用set-name或者在 NetworkManager 里重新生成连接配置。老一点的 CentOS 6 会走/etc/udev/rules.d/70-persistent-net.rules这里面直接写死了 MAC 和网卡名的对应关系删掉这个文件重启即可重建。还有一个坑更隐蔽如果你的 Linux 客户机是通过 VMware Tools 拿到 IP 的ens33上挂了vmware的 DHCP 或者 VMware Tools 的网络脚本换机之后 VMware Tools 的驱动可能没正常加载ip addr里能看到网卡但拿不到地址。这时候检查一下systemctl status open-vm-tools多数情况重装一下工具包就好了。5.2 Windows 客户机网卡变成以太网 2和静态 IP 失效Windows 的表现是网络适配器名字从以太网变成以太网 2然后是各种奇怪的现象DHCP 的机器可能啥事没有但设了静态 IP 的机器会发现 IP 没生效因为在旧网卡上设的静态配置不会自动迁移到新网卡上。更麻烦的是有些软件绑定网卡序号或者网卡 GUID换机之后授权校验会失败。处理顺序是这样的先打开网络连接看有几块适配器把带红叉或者显示网络电缆被拔出的旧适配器禁用掉在新适配器上重设 IP 和 DNS。如果旧网卡残留导致混乱可以在设备管理器里勾选显示隐藏的设备把那些灰色的旧网卡删掉Windows 就不会再为它保留配置了。另外一个很多人踩的坑是 VMware Tools 的显卡驱动和网卡驱动是打包在一起的换机之后 Tools 版本如果和目标虚拟机硬件版本对不上网卡驱动可能加载失败。这种情况在设备管理器里能看出来网卡前面会有个黄色感叹号解决办法是在虚拟机菜单里重新安装 VMware Tools。5.3 宿主机侧VMnet1 带感叹号、虚拟网络组件失效还有人把问题归到客户机头上其实是宿主机的虚拟网络组件出了问题。典型表现是网络适配器里VMware Network Adapter VMnet1或者VMnet8带一个黄色感叹号虚拟机 NAT 模式上不了网或者桥接模式拿不到局域网 IP。这个多半和系统里的网络配置残留、驱动版本、或者某些安全软件接管网络栈有关。相对可靠的处理顺序是先查虚拟网络编辑器VMware 的编辑 → 虚拟网络编辑器VirtualBox 的全局设定 → 网络确认 NAT 和桥接的配置正常然后执行还原默认设置让工具重建虚拟适配器。做完之后在宿主机上ipconfig /release和ipconfig /renew刷一遍或者干脆重启一次系统。提示重装虚拟网络组件会重置你自定义过的端口转发规则做之前先把手写的 NAT 映射规则记下来。5.4 主机访问虚拟机里的网站桥接还是 NAT 端口映射这是搬运虚拟机之后很实际的一个需求尤其是把开发环境从一台电脑挪到另一台电脑的时候。两种方式我都用过选择标准取决于网络环境方式配置方式优点限制桥接模式虚拟机网卡设为桥接直接拿局域网 IP主机和局域网其他设备都能访问需要局域网 DHCP公司网络可能限制NAT 端口转发虚拟机保持 NAT在编辑器里加映射规则不受外部网络限制隔离性好只能主机访问规则要手工维护仅主机模式网卡设为 Host-Only不连外网纯内部互访客户机需要联网时还得加第二块网卡NAT 端口转发的配置位置在 VMware 的虚拟网络编辑器 → VMnet8 → NAT 设置 → 添加填上主机端口、虚拟机 IP 和虚拟机端口。换机之后如果没把规则带过去表现就是虚拟机自己能上外网但主机浏览器打不开虚拟机的服务这不是虚拟机的问题去补一条规则就行。6. 硬件与固件层面的差异CPU 特性、UEFI 和宿主机虚拟化开关6.1 CPU 掩码与虚拟化 Intel VT-x/EPT选项虚拟机里创建虚拟机嵌套虚拟化的场景下.vmx里会打开虚拟化 Intel VT-x/EPT 或 AMD-V/RVI这个选项。这个选项要求宿主机 CPU 支持相应的指令集而且和 Hyper-V 之类的宿主机级虚拟化有冲突。换到一台 CPU 型号不同的电脑上老宿主机支持的特性新宿主机可能不支持虚拟机开机就报 CPU 特性不匹配。处理办法是先把虚拟机设置里那个虚拟化选项关掉让它以普通模式启动确认系统没问题之后再按需打开。另外.vmx里有一行cpuid.1.ecx ----:----:----:----:----:----:----:----之类的 CPUID 掩码配置这类配置是为了让客户机看到特定的 CPU 特性换机时建议先注释掉让工具按新宿主机自动生成。6.2 UEFI 和 BIOS 不匹配开机直接黑屏进不去这是一个非常容易误判的问题。虚拟机原来是 UEFI 启动的.vmx里写着firmware efi如果你拷贝过程中把.nvram文件丢了或者新机器上的虚拟机被设置成了 BIOS 启动开机就会出现Operating System not found或者干脆黑屏看起来像磁盘坏了其实只是启动方式对不上。判断方法很简单在虚拟机设置里看选项 → 高级 → 固件类型。原虚拟机是 UEFI新环境里也必须是 UEFI并且最好把.nvram一起拷过来。如果.nvram实在丢了那就把固件类型设成 UEFI开机时手动选一次启动项一般按 F2 进固件设置之后就能正常启动。Windows 客户机尤其要注意这个因为 Windows 的引导模式UEFI vs Legacy一旦装好就不太好改。6.3 宿主机开了 Hyper-V 或内存完整性之后虚拟机变慢甚至报错新机器如果是 Windows 10/11系统默认可能开启了基于虚拟化的安全性相关功能内存完整性、Hyper-V 平台等。这些功能和 VMware 是会抢底层的虚拟化能力的表现是虚拟机启动时报此平台不支持虚拟化的 Intel VT-x/EPT之类或者启动明显变慢、报侧信道缓解相关的提示。处理方式是在启用或关闭 Windows 功能里把 Hyper-V 相关的组件关掉在核心隔离里把内存完整性关掉然后完整重启一次。要注意的是关掉这些功能会影响到依赖它们的其他工具——比如某些容器工具、安卓模拟器、子系统环境都要求 Hyper-V 或虚拟机平台开着这就变成了取舍问题。我自己的做法是分区对待需要跑 VMware 的环境就关掉这些功能需要跑容器的环境就单独留一个系统镜像不在一台机器上同时硬凑。7. 跨平台搬运VMware、VirtualBox、Hyper-V 之间怎么换7.1 VMware 到 VirtualBox走 OVF 最省事两个工具的磁盘格式不同.vmdk对.vdiVirtualBox 其实能直接挂载.vmdk用但配置不通用。稳妥的方式是先在 VMware 里导出 OVF然后在 VirtualBox 里管理 → 导入虚拟电脑选那个.ovf文件。导入向导会让你确认是否调整 MAC 地址和 CPU 数量全都选重新生成。导入之后有几个必做的收尾动作卸载 VMware Tools安装 VirtualBox 增强功能包检查网络模式VirtualBox 默认 NAT和 VMware 的 NAT 行为有差异检查共享文件夹VMware 的 HGFS 共享在 VirtualBox 里完全不认要重配。第一次导入之后我建议先在客户机里跑一遍网络和磁盘检查确认没坏道提示再开始干正事。7.2 VirtualBox 到 VMware注意磁盘控制器差异反方向操作少一些但也有人做。VirtualBox 的.vdi可以在导出为 OVF 之后再导入 VMware导入之后 VMware 会问你要不要升级虚拟硬件版本一般选升级。这里有个隐藏坑VirtualBox 默认用的磁盘控制器和 VMware 默认的不一定一样换过去之后可能报未找到操作系统需要在虚拟机设置里把磁盘控制器改成和原来兼容的类型IDE / SATA / SCSI 三者之间切换试试多数能救回来。7.3 转换过程中一定会丢的东西要有心理预期跨平台转换不是无损的快照全部丢失增强工具必须重装自定义的共享文件夹、剪贴板共享、拖放功能全部要重配部分快照依赖的磁盘缩略信息也会丢。唯一能保住的是客户机内部的文件系统本身。所以转换之前我的习惯是在客户机里先把关键配置导出成文本或者备份到宿主机磁盘上别指望转换之后一切照旧。8. 搬完之后的验证清单和长期习惯8.1 十分钟自检清单虚拟机在新机器上开机之后我一般会按这个顺序过一遍能提前发现 90% 的问题检查项检查方式异常时的处理方向磁盘能被识别进系统看分区是否完整、有无只读挂载检查磁盘链、UUID 是否一致网络能通外网ping一个公网地址DHCP、NAT 规则、虚拟网卡状态MAC 不重复对比两台机器上虚拟机的 MAC重新生成 MAC增强工具正常看分辨率自适应、剪贴板是否可用重装增强工具快照管理器有节点打开快照管理看是否有残留引用清空或重建快照宿主机剩余空间看虚拟磁盘所在分区瘦身或者迁盘时间同步date对比宿主机开启增强工具的时间同步静态 IP 与网关对比原机配置重设网卡信息前面几项都过了之后再进客户机看那些和硬件绑定的软件数据库、授权软件、数据库实例名是否正常这类软件是换机之后最容易翻车的地方。8.2 把虚拟机当黄金镜像来管目录规范比技术手段更省心搬了这么多次之后我的最大体会是工具层面的修修补补都是次要的真正省心的是把虚拟机的存放方式做成规范。具体就三条所有虚拟机统一放在固定名字的目录下比如VMs/项目名/不要用中文和空格.vmx里一律用相对路径不用盘符虚拟机目录里放一个README.txt记录这台机器的用途、系统版本、静态 IP 和依赖的服务。再进一步对于经常要复用的环境我会维护一个黄金镜像装好系统、装好增强工具、配好网络、清空临时文件、删掉所有快照和.vmss然后导出成 OVF 存起来。下次要在新机器上开环境直接导入 OVF不用再经历一遍拷目录、改路径、修 MAC 的循环。这个习惯帮我省下的时间比任何一次现场排错都多。8.3 关于第三方汉化包和一键工具的来源问题顺带提醒一句很多人会忽略的事。网上流传所谓汉化包、破解工具、一键修复脚本的来源五花八门这类可执行文件直接在你的宿主机上运行权限极高一旦捆绑了别的东西代价比手写几行配置大得多。我个人的立场是虚拟机软件本身就带中文界面界面语言在安装时就能选实在不需要额外的包。同理迁移时出现疑难杂症优先看虚拟机目录里的vmware.log日志里会明确写出扫描了哪个文件、哪一行配置有问题比装一堆工具去修复靠谱得多。日志的位置就在虚拟机目录下的vmware.log搜关键词error或者failed基本都能定位。用文本编辑器打开对着报错逐行看你会发现问题八成都集中在磁盘路径、UUID、固件类型这老三样上看多了就变成肌肉记忆了。我个人在这些年搬来搬去的实践里一个最深切的感受是虚拟机迁移的技术门槛其实不高真正花时间的部分是在我没想到它还记得这个上面。把拷贝前清理、拷贝后验证这两个动作养成习惯再加上目录和命名的规范这件事从每次都要折腾一下午变成了十分钟搞定。那些看起来像是玄学的报错拆开来无非就是路径、UUID、MAC、固件这四样东西一个个对过去总能找到原因。
虚拟机搬家避坑：VMware/VirtualBox迁移、报错修复与验证
虚拟机搬家这件事听上去就是把一个文件夹从 D 盘拷到移动硬盘、再拷到新电脑的 D 盘然后双击.vmx文件就完事了。我最早也是这么想的结果在新机器上连续遇到无法获取所有权配置文件正在被另一进程使用网络适配器不存在三连击折腾了一个下午才把系统跑起来。后来搬的次数多了才总结出一个规律虚拟机最难对付的不是拷贝这个动作本身而是拷贝过来之后它脑子里还记着原来那台主机的一堆信息——磁盘的绝对路径、虚拟磁盘的 UUID、网卡的 MAC、固件类型、甚至快照链的父子关系。这些信息在新机器上有一半是错的虚拟机启动时又特别较真对不上就直接拒绝开机。这篇就把我这些年在本机之间搬运虚拟机的经验摊开说清楚哪些文件必须一起走、哪些文件走之前必须清理、拷贝完之后大概率会遇到哪几类报错、每一类报错背后的真实原因是什么、以及怎么用最小的代价修好。内容主要围绕 VMware Workstation 和 VirtualBox 这两个最常见的桌面虚拟化工具展开Linux 和 Windows 客户机都会覆盖到。不管你是刚装完第一台虚拟机的新手还是手上攒了七八个环境要整体换机的老用户下面这些坑大概率都会碰上。1. 直接拷贝虚拟机目录为什么经常失败先弄明白哪些文件在记着旧主机1.1 一个虚拟机目录里到底躺着哪些文件很多人拷虚拟机的时候只盯着那个几 GB 甚至几十 GB 的虚拟磁盘文件觉得配置无所谓新机器上重建一份就行。这个思路在极简单的场景下能跑通但只要你做过快照、改过网卡模式、或者客户机是 UEFI 启动的就会立刻翻车。先把目录里的东西认全文件类型典型名字作用拷贝时必须带走吗主配置Ubuntu.vmx纯文本记录内存、CPU、磁盘路径、网卡、固件类型必须虚拟磁盘Ubuntu.vmdk/Ubuntu-s001.vmdk客户机系统盘本身必须分片的要全带快照元数据Ubuntu.vmsd快照的父子关系字典有快照就必须快照磁盘Ubuntu-000001.vmdk每个快照对应的增量盘有快照就必须挂起内存Ubuntu.vmss/Ubuntu.vmem挂起状态的内存镜像必须删掉再拷固件变量Ubuntu.nvramUEFI 变量存储建议带删了会重置启动项附加配置Ubuntu.vmxf团队/附加配置多数情况为空可带可不带运行日志vmware.log排错用会记录每次启动不必带锁目录Ubuntu.vmx.lck运行时的占用标记绝对不要带VirtualBox 那边对应的名字是.vbox主配置、.vdi磁盘、.vbox-prev备份配置、Snapshots/快照目录、Logs/日志目录。结构不同但谁在记着旧主机信息这件事是一样的。1.2 三处最容易被忽略的硬绑定绝对路径、UUID、MAC第一处是绝对路径。VMware 的.vmx文件里磁盘路径经常写成绝对路径比如scsi0:0.fileName D:\VMs\Ubuntu\Ubuntu.vmdk。你把整个目录挪到新机器的E:\VM\Ubuntu\下这个路径就是死的VMware 会报找不到指定的文件。有人会问那我放到同样的盘符同样的目录不就行了理论可行但新机器上 D 盘可能被占用了或者你根本不想保持同样的目录结构所以更稳的做法是改成相对路径Ubuntu.vmdk让 VMware 自己去同目录找。第二处是虚拟磁盘和虚拟机的 UUID。VMware 会给每台虚拟机和每个虚拟磁盘分配 UUID写在配置里也写在磁盘头部。两台机器上如果出现 UUID 相同的虚拟机或者你在同一台机器上把目录复制了一份做克隆VMware 会认为这是冲突实例弹无法获取所有权或者要求你选择我已移动该虚拟机还是我已复制该虚拟机。选错的那一次网卡 MAC 和 UUID 都不会重新生成后续可能和原机产生冲突。第三处是 MAC 地址。VMware 默认给网卡分配的是00:0c:29开头的静态 MAC写在.vmx的ethernet0.address里。如果你把同一台虚拟机拷到另一台电脑两台机器又恰好在同一个局域网里同时开机那就是教科书级别的 MAC 冲突表现是两边网络都时通时断、ARP 表混乱排查起来非常折磨人。1.3 什么情况下直接拷目录是可行的不是所有场景都要走导出流程。满足下面这几个条件直接拷目录基本没问题客户机已经彻底关机而不是挂起虚拟机没有快照或者你已经把快照全部合并删除.vmx里的磁盘路径改成了相对路径拷完在新机器上第一次开机时老老实实选择我已复制该虚拟机让工具重新生成 UUID 和 MAC。这几条都做到成功率相当高而且速度最快——毕竟只是文件复制不用做格式转换。只要有一条不满足尤其是有快照链的场景我建议直接走导出 OVF 的路线省下来的排查时间远比导出多花的那点时间值钱。2. 复制之前必须做的清理动作少做一步新机器上就得查半天2.1 客户机必须是彻底关机挂起状态是搬运头号杀手这是最容易被忽略、后果也最严重的一条。虚拟机有三种状态开机运行、挂起、关机。挂起状态下内存里的东西被写进了磁盘上的.vmss文件虚拟机下次启动时会从这个内存镜像里恢复。你把这个状态的虚拟机拷到新机器上新机器的 CPU 型号、内存大小、甚至主板芯片组都可能不一样恢复一个为旧硬件准备的内存镜像轻则蓝屏、黑屏重则磁盘文件系统损坏。我的做法是搬运前一定在客户机里执行正常的关机流程Windows 走关机而不是休眠Linux 执行sudo poweroff或者systemctl poweroff等 VMware 界面里的虚拟机变成灰色、状态显示已关闭再动手。如果原来是挂起状态先启动再关机关完把.vmss、.vmem一起删掉。顺手把vmware.log也删了反正到新机器上会重新生成留着只会让你看到一堆旧主机的干扰信息。2.2 快照太多的话先合并再搬别把快照链整个背过去快照是虚拟磁盘的增量文件结构上是链式的基础盘 → 快照1 → 快照2 → 快照3。物理上它们是一堆互相引用的文件任何一环的 UUID 或路径对不上整条链就断了。把带十几层快照的虚拟机搬到新机器等于把一个精密的引用网络整体搬过去出问题的概率陡增。处理方式很直接在 VMware 里打开虚拟机设置 → 快照管理器把所有快照删除。注意删除快照不等于丢弃数据删除操作会把增量内容合并回基础盘客户机看到的是当前状态不会回退到某个旧时间点。VirtualBox 里对应的是快照面板逐个删除即可。合并过程需要额外磁盘空间大概等于所有增量文件的总大小所以合并前先确认宿主机剩余空间够用这是很多人合并到一半报磁盘空间不足然后虚拟机差点损坏的原因。2.3 磁盘瘦身把宿主机的空间还回来再搬拷贝几个几十 GB 的稀疏磁盘非常费时间尤其是走移动硬盘或者网络共享的时候。VMware 的虚拟磁盘如果是精简置备客户机里删了文件宿主机上的.vmdk并不会自动变小。搬运前做一次瘦身很有必要。VMware Workstation 自带的命令行工具可以干这件事进到安装目录下执行# 进入 VMware Workstation 安装目录 cd C:\Program Files (x86)\VMware\VMware Workstation # 对虚拟磁盘做瘦身参数 -k 是 shrink vmware-vdiskmanager.exe -k E:\VMs\Ubuntu\Ubuntu.vmdk有个前提客户机里必须安装了 VMware Tools瘦身才可以进行到有效果的程度而且执行前要确保虚拟机是关闭状态瘦身过程中不要动那个文件。VirtualBox 的写法和它不一样用的是VBoxManage# 先对客户机内的空闲空间做清零Linux 客户机示例 dd if/dev/zero of/zero.fill bs1M || true sync rm -f /zero.fill # 关机后在宿主机上执行压缩 VBoxManage modifymedium disk E:\VMs\Ubuntu\Ubuntu.vdi --compact那个dd的作用是让客户机把未使用的块都写一遍零压缩算法才能识别出哪些块可以丢弃。不做这一步压缩效果会差很多。这个技巧我在第一次用 VirtualBox 的时候完全不知道压缩完发现体积一点没变还以为是命令写错了。2.4 VMware Tools 和硬件驱动什么时候需要卸什么时候不用管VMware 虚拟机在 VMware 虚拟机之间搬运VMware Tools 完全不用卸载新机器上开机后正常加载驱动就行。但如果你要把虚拟机从 VMware 搬到 VirtualBox或者在同一个宿主机上跨版本升级情况就不一样了。VMware Tools 里包含针对 VMware 虚拟硬件的显卡驱动、鼠标驱动、内存控制驱动在 VirtualBox 里这些驱动会变成无效设备可能拖慢开机速度也可能让网络和显示出现奇怪的延迟。所以跨平台搬运前先在客户机里把增强工具卸掉再装目标平台的增强工具。Linux 客户机尤其要注意很多发行版会通过包管理器安装open-vm-tools卸载命令是sudo apt remove open-vm-tools-desktop open-vm-tools或者对应的包管理命令。不卸也能开机但你可能要花半小时去查为什么鼠标拖影、为什么显示分辨率只能到 800x600。3. 搬运路线怎么选目录直拷、OVF 导出、克隆三条路对比这个选择很多人凭感觉其实三种方式各有明确适用场景选错方向会让后续工作量翻倍。路线操作要点适用场景主要代价目录直拷拷整个目录改相对路径首次启动选我已复制单机、无快照、同平台搬运需要在.vmx里动手术OVF/OVA 导出导出为单个 OVA 或一组 OVF 文件再导入有快照、跨平台、需要归档留存体积更大、导出导入耗时克隆在原机上做完整克隆生成新实例同一台机器上做多套环境占宿主机额外空间不能跨机直接挪目录直拷是最快的因为它只涉及文件复制不涉及任何格式转换。好处是可以直接增量拷贝拷过一次之后再用同步工具只拷变化的部分坏处是需要你手工修正.vmx。我的经验是只要目标机器上磁盘格式没问题、虚拟机没有快照这条路基本都走。OVF 导出是最省心的。在 VMware 里选择文件 → 导出为 OVF工具会把虚拟机打包成一组文件里面有描述虚拟硬件的 XML 和磁盘镜像导入的时候会自动处理 UUID、MAC 重新生成的问题。缺点是它会丢快照导出的是当前状态的一个扁平快照而且打包过程中 OVA 文件可能比原始目录还大。VirtualBox 的导入导出功能同名互相之间基本可以直接识别这是它最大的价值。克隆适合我要在这台机器上再开三套一模一样的环境这种需求。完整克隆会生成独立的磁盘和配置和原虚拟机完全解耦链接克隆共享基础盘省空间但基础盘一坏全坏。克隆出来的虚拟机在同一台宿主机上使用UUID 和 MAC 会自动重新分配不用手动改。顺便提一句如果两台电脑在同一个局域网里用scp或者同步工具走网络比用移动硬盘拷更快前提是你两边目录结构一致、.vmx里用的是相对路径。我现在的习惯是固定一个VMs/虚拟机名/的目录结构两边电脑都保持这个约定.vmx全部改成相对路径搬起来就是纯粹的文件夹复制基本零改动。4. 新机器上打不开的三类典型报错以及每类的真实修法4.1 配置文件正在被另一进程使用锁文件残留现象是双击.vmx没反应或者弹出提示说配置文件正在被使用、无法打开。这个报错的原因特别朴素虚拟机目录里留下了.vmx.lck或者类似的锁目录。正常情况下虚拟机开机时创建锁目录、关机时删除但如果虚拟机是异常断电关闭的或者你拷贝的时候把运行中的目录整份复制了锁目录就会跟着跑到新机器上。修法很简单在文件管理器里打开虚拟机目录找到所有以.lck结尾的目录或者文件删掉。如果是在 Linux 宿主机上可能是一个.lck目录里面有几个空文件rm -rf掉就行。注意删之前确认虚拟机确实没在运行——如果原机器上那个虚拟机还在跑着你删了它那边的锁文件可能导致数据损坏。4.2 无法获取所有权和UUID 冲突先别急着点我已移动这个报错是拷贝场景里最经典的。VMware 检测到虚拟机的 UUID 在它自己的记录里已经存在或者磁盘文件的 UUID 和配置里写的不一致就会弹一个对话框让你选择我已移动该虚拟机还是我已复制该虚拟机。这两个选项的区别非常关键很多人随手就点结果留下隐患我已移动保留原来的 UUID 和 MAC。适用于你把虚拟机从 D 盘挪到 E 盘、但机器还是原来那台的情况。我已复制生成全新的 UUID 和 MAC。适用于换机、或者在同一台机器上做副本的情况。跨电脑搬运一定要选我已复制。选错成本很高因为选完之后不容易改回来你可能要去手改.vmx里的uuid.action和网卡的ethernet0.address才能补救。我遇到过一次就是因为点了移动结果新机器上虚拟机的 MAC 和原机器一模一样两边同时开机之后网络间歇性掉线查了一晚上才意识到是 MAC 冲突。除了弹窗选择.vmx里也可以加一行强制策略# 让 VMware 每次开机都重新生成虚拟机 UUID uuid.action create # 网卡 MAC 自动生成而不是沿用配置里写死的地址 ethernet0.addressType generated # 同时删掉下面这种固定 MAC 的行 # ethernet0.address 00:0c:29:1a:2b:3cVirtualBox 那边对应的操作是改.vbox里网卡的MACAddress属性或者在图形界面里点高级 → 刷新 MAC 地址比较直观不用手改文本。4.3 找不到指定的文件.vmx里的绝对路径没改前面提过这是拷贝后最高频的问题之一。.vmx是纯文本文件用任何文本编辑器都能打开。打开之后搜一下有没有D:\、E:\或者/home/用户名/这种绝对路径凡是和磁盘、ISO、快照相关的路径都要检查。改成相对路径之后.vmx的可搬运性会好很多。形态大概是这样# 改前换机后容易失效 scsi0:0.fileName D:\VMs\Ubuntu\Ubuntu.vmdk ide1:0.fileName D:\ISO\ubuntu-24.04.iso # 改后长这样跟着目录走不依赖盘符 scsi0:0.fileName Ubuntu.vmdk ide1:0.fileName auto detectLinux 宿主机上做批量替换可以用sed# 把旧路径前缀替换成新路径前缀 sed -i s#/home/olduser/VMs/Ubuntu/#/home/newuser/VMs/Ubuntu/#g Ubuntu.vmx # 顺手把需要重新生成 UUID 的策略写进去 grep -q ^uuid.action Ubuntu.vmx || echo uuid.action create Ubuntu.vmx改完.vmx之后别忘了同目录下的快照文件如果有对应的.vmsd里也记着路径这个用文本编辑器搜一遍同样能改。没有快照的话就只用管.vmx。5. 能开机但网络不通MAC、网卡名字和虚拟网络组件的连锁反应虚拟机成功启动、系统界面也出来了结果一查网络不通——这是第二常见的搬运后遗症而且表现形态特别多Linux 和 Windows 各有各的花样。5.1 Linux 客户机网卡从 ens33 变成 ens34 甚至重新命名现代 Linux 发行版Ubuntu 18.04 之后、CentOS 7 之后用可预测网卡命名机制网卡名字是基于 MAC 地址和 PCI 位置生成的。你把虚拟机搬到新机器上、MAC 变了系统会认为出现了一块新网卡于是分配一个新名字比如原来的ens33变成ens34然后原来的网络配置文件里绑定的还是ens33网卡根本起不来。排查方法直接看命令输出# 看系统实际识别到的网卡名和 MAC ip link show # 看 netplan 或 NetworkManager 里的配置绑定了什么 cat /etc/netplan/*.yamlUbuntu 用 netplan 的话配置文件里如果写了match: macaddress: xx:xx:xx那就是按 MAC 匹配网卡MAC 一变就匹配不上。修法是把这个 match 段删掉改用set-name或者在 NetworkManager 里重新生成连接配置。老一点的 CentOS 6 会走/etc/udev/rules.d/70-persistent-net.rules这里面直接写死了 MAC 和网卡名的对应关系删掉这个文件重启即可重建。还有一个坑更隐蔽如果你的 Linux 客户机是通过 VMware Tools 拿到 IP 的ens33上挂了vmware的 DHCP 或者 VMware Tools 的网络脚本换机之后 VMware Tools 的驱动可能没正常加载ip addr里能看到网卡但拿不到地址。这时候检查一下systemctl status open-vm-tools多数情况重装一下工具包就好了。5.2 Windows 客户机网卡变成以太网 2和静态 IP 失效Windows 的表现是网络适配器名字从以太网变成以太网 2然后是各种奇怪的现象DHCP 的机器可能啥事没有但设了静态 IP 的机器会发现 IP 没生效因为在旧网卡上设的静态配置不会自动迁移到新网卡上。更麻烦的是有些软件绑定网卡序号或者网卡 GUID换机之后授权校验会失败。处理顺序是这样的先打开网络连接看有几块适配器把带红叉或者显示网络电缆被拔出的旧适配器禁用掉在新适配器上重设 IP 和 DNS。如果旧网卡残留导致混乱可以在设备管理器里勾选显示隐藏的设备把那些灰色的旧网卡删掉Windows 就不会再为它保留配置了。另外一个很多人踩的坑是 VMware Tools 的显卡驱动和网卡驱动是打包在一起的换机之后 Tools 版本如果和目标虚拟机硬件版本对不上网卡驱动可能加载失败。这种情况在设备管理器里能看出来网卡前面会有个黄色感叹号解决办法是在虚拟机菜单里重新安装 VMware Tools。5.3 宿主机侧VMnet1 带感叹号、虚拟网络组件失效还有人把问题归到客户机头上其实是宿主机的虚拟网络组件出了问题。典型表现是网络适配器里VMware Network Adapter VMnet1或者VMnet8带一个黄色感叹号虚拟机 NAT 模式上不了网或者桥接模式拿不到局域网 IP。这个多半和系统里的网络配置残留、驱动版本、或者某些安全软件接管网络栈有关。相对可靠的处理顺序是先查虚拟网络编辑器VMware 的编辑 → 虚拟网络编辑器VirtualBox 的全局设定 → 网络确认 NAT 和桥接的配置正常然后执行还原默认设置让工具重建虚拟适配器。做完之后在宿主机上ipconfig /release和ipconfig /renew刷一遍或者干脆重启一次系统。提示重装虚拟网络组件会重置你自定义过的端口转发规则做之前先把手写的 NAT 映射规则记下来。5.4 主机访问虚拟机里的网站桥接还是 NAT 端口映射这是搬运虚拟机之后很实际的一个需求尤其是把开发环境从一台电脑挪到另一台电脑的时候。两种方式我都用过选择标准取决于网络环境方式配置方式优点限制桥接模式虚拟机网卡设为桥接直接拿局域网 IP主机和局域网其他设备都能访问需要局域网 DHCP公司网络可能限制NAT 端口转发虚拟机保持 NAT在编辑器里加映射规则不受外部网络限制隔离性好只能主机访问规则要手工维护仅主机模式网卡设为 Host-Only不连外网纯内部互访客户机需要联网时还得加第二块网卡NAT 端口转发的配置位置在 VMware 的虚拟网络编辑器 → VMnet8 → NAT 设置 → 添加填上主机端口、虚拟机 IP 和虚拟机端口。换机之后如果没把规则带过去表现就是虚拟机自己能上外网但主机浏览器打不开虚拟机的服务这不是虚拟机的问题去补一条规则就行。6. 硬件与固件层面的差异CPU 特性、UEFI 和宿主机虚拟化开关6.1 CPU 掩码与虚拟化 Intel VT-x/EPT选项虚拟机里创建虚拟机嵌套虚拟化的场景下.vmx里会打开虚拟化 Intel VT-x/EPT 或 AMD-V/RVI这个选项。这个选项要求宿主机 CPU 支持相应的指令集而且和 Hyper-V 之类的宿主机级虚拟化有冲突。换到一台 CPU 型号不同的电脑上老宿主机支持的特性新宿主机可能不支持虚拟机开机就报 CPU 特性不匹配。处理办法是先把虚拟机设置里那个虚拟化选项关掉让它以普通模式启动确认系统没问题之后再按需打开。另外.vmx里有一行cpuid.1.ecx ----:----:----:----:----:----:----:----之类的 CPUID 掩码配置这类配置是为了让客户机看到特定的 CPU 特性换机时建议先注释掉让工具按新宿主机自动生成。6.2 UEFI 和 BIOS 不匹配开机直接黑屏进不去这是一个非常容易误判的问题。虚拟机原来是 UEFI 启动的.vmx里写着firmware efi如果你拷贝过程中把.nvram文件丢了或者新机器上的虚拟机被设置成了 BIOS 启动开机就会出现Operating System not found或者干脆黑屏看起来像磁盘坏了其实只是启动方式对不上。判断方法很简单在虚拟机设置里看选项 → 高级 → 固件类型。原虚拟机是 UEFI新环境里也必须是 UEFI并且最好把.nvram一起拷过来。如果.nvram实在丢了那就把固件类型设成 UEFI开机时手动选一次启动项一般按 F2 进固件设置之后就能正常启动。Windows 客户机尤其要注意这个因为 Windows 的引导模式UEFI vs Legacy一旦装好就不太好改。6.3 宿主机开了 Hyper-V 或内存完整性之后虚拟机变慢甚至报错新机器如果是 Windows 10/11系统默认可能开启了基于虚拟化的安全性相关功能内存完整性、Hyper-V 平台等。这些功能和 VMware 是会抢底层的虚拟化能力的表现是虚拟机启动时报此平台不支持虚拟化的 Intel VT-x/EPT之类或者启动明显变慢、报侧信道缓解相关的提示。处理方式是在启用或关闭 Windows 功能里把 Hyper-V 相关的组件关掉在核心隔离里把内存完整性关掉然后完整重启一次。要注意的是关掉这些功能会影响到依赖它们的其他工具——比如某些容器工具、安卓模拟器、子系统环境都要求 Hyper-V 或虚拟机平台开着这就变成了取舍问题。我自己的做法是分区对待需要跑 VMware 的环境就关掉这些功能需要跑容器的环境就单独留一个系统镜像不在一台机器上同时硬凑。7. 跨平台搬运VMware、VirtualBox、Hyper-V 之间怎么换7.1 VMware 到 VirtualBox走 OVF 最省事两个工具的磁盘格式不同.vmdk对.vdiVirtualBox 其实能直接挂载.vmdk用但配置不通用。稳妥的方式是先在 VMware 里导出 OVF然后在 VirtualBox 里管理 → 导入虚拟电脑选那个.ovf文件。导入向导会让你确认是否调整 MAC 地址和 CPU 数量全都选重新生成。导入之后有几个必做的收尾动作卸载 VMware Tools安装 VirtualBox 增强功能包检查网络模式VirtualBox 默认 NAT和 VMware 的 NAT 行为有差异检查共享文件夹VMware 的 HGFS 共享在 VirtualBox 里完全不认要重配。第一次导入之后我建议先在客户机里跑一遍网络和磁盘检查确认没坏道提示再开始干正事。7.2 VirtualBox 到 VMware注意磁盘控制器差异反方向操作少一些但也有人做。VirtualBox 的.vdi可以在导出为 OVF 之后再导入 VMware导入之后 VMware 会问你要不要升级虚拟硬件版本一般选升级。这里有个隐藏坑VirtualBox 默认用的磁盘控制器和 VMware 默认的不一定一样换过去之后可能报未找到操作系统需要在虚拟机设置里把磁盘控制器改成和原来兼容的类型IDE / SATA / SCSI 三者之间切换试试多数能救回来。7.3 转换过程中一定会丢的东西要有心理预期跨平台转换不是无损的快照全部丢失增强工具必须重装自定义的共享文件夹、剪贴板共享、拖放功能全部要重配部分快照依赖的磁盘缩略信息也会丢。唯一能保住的是客户机内部的文件系统本身。所以转换之前我的习惯是在客户机里先把关键配置导出成文本或者备份到宿主机磁盘上别指望转换之后一切照旧。8. 搬完之后的验证清单和长期习惯8.1 十分钟自检清单虚拟机在新机器上开机之后我一般会按这个顺序过一遍能提前发现 90% 的问题检查项检查方式异常时的处理方向磁盘能被识别进系统看分区是否完整、有无只读挂载检查磁盘链、UUID 是否一致网络能通外网ping一个公网地址DHCP、NAT 规则、虚拟网卡状态MAC 不重复对比两台机器上虚拟机的 MAC重新生成 MAC增强工具正常看分辨率自适应、剪贴板是否可用重装增强工具快照管理器有节点打开快照管理看是否有残留引用清空或重建快照宿主机剩余空间看虚拟磁盘所在分区瘦身或者迁盘时间同步date对比宿主机开启增强工具的时间同步静态 IP 与网关对比原机配置重设网卡信息前面几项都过了之后再进客户机看那些和硬件绑定的软件数据库、授权软件、数据库实例名是否正常这类软件是换机之后最容易翻车的地方。8.2 把虚拟机当黄金镜像来管目录规范比技术手段更省心搬了这么多次之后我的最大体会是工具层面的修修补补都是次要的真正省心的是把虚拟机的存放方式做成规范。具体就三条所有虚拟机统一放在固定名字的目录下比如VMs/项目名/不要用中文和空格.vmx里一律用相对路径不用盘符虚拟机目录里放一个README.txt记录这台机器的用途、系统版本、静态 IP 和依赖的服务。再进一步对于经常要复用的环境我会维护一个黄金镜像装好系统、装好增强工具、配好网络、清空临时文件、删掉所有快照和.vmss然后导出成 OVF 存起来。下次要在新机器上开环境直接导入 OVF不用再经历一遍拷目录、改路径、修 MAC 的循环。这个习惯帮我省下的时间比任何一次现场排错都多。8.3 关于第三方汉化包和一键工具的来源问题顺带提醒一句很多人会忽略的事。网上流传所谓汉化包、破解工具、一键修复脚本的来源五花八门这类可执行文件直接在你的宿主机上运行权限极高一旦捆绑了别的东西代价比手写几行配置大得多。我个人的立场是虚拟机软件本身就带中文界面界面语言在安装时就能选实在不需要额外的包。同理迁移时出现疑难杂症优先看虚拟机目录里的vmware.log日志里会明确写出扫描了哪个文件、哪一行配置有问题比装一堆工具去修复靠谱得多。日志的位置就在虚拟机目录下的vmware.log搜关键词error或者failed基本都能定位。用文本编辑器打开对着报错逐行看你会发现问题八成都集中在磁盘路径、UUID、固件类型这老三样上看多了就变成肌肉记忆了。我个人在这些年搬来搬去的实践里一个最深切的感受是虚拟机迁移的技术门槛其实不高真正花时间的部分是在我没想到它还记得这个上面。把拷贝前清理、拷贝后验证这两个动作养成习惯再加上目录和命名的规范这件事从每次都要折腾一下午变成了十分钟搞定。那些看起来像是玄学的报错拆开来无非就是路径、UUID、MAC、固件这四样东西一个个对过去总能找到原因。
