虚拟机更换储存后无法启动，最常见的元凶是磁盘标识符、引导记录和启动顺序发生了改变，优先排查这三项，大多数情况能快速解决。
虚拟机更换储存后无法启动？先分清三种情况
很多朋友在给虚拟机搬家之后发现开机卡在黑屏、引导页面或者直接报错，心里一慌就以为系统崩了，虚拟机换存储后启动不了，绝大多数时候是虚拟磁盘的“身份”出了变化，跟你的系统文件本身没有关系。
要快速定位问题,先回想一下你做了哪种操作：
- 直接把虚拟机文件夹拷贝到另一个硬盘,然后打开.vmx文件启动
- 在同一台物理机上挂载了一块新硬盘,把虚拟机迁移过去
- 在云端控制台对虚拟机的系统盘做了扩容操作
这三种场景对应的问题点完全不同。拷贝操作的常见坑是UUID或磁盘路径失效，迁移到新硬盘后常见坑是启动顺序被重置，扩容后常见坑是引导分区没有跟着变大，把场景对上了，再按下面的思路去排查，就能少走很多弯路。
修复前必查：VMware虚拟机变更是“移动”还是“复制”
用过VMware Workstation的朋友，在启动一个拷贝过来的虚拟机时，通常会被弹窗问一句：“I Moved It”还是“I Copied It”。
这个选项看起来简单,实际上直接决定虚拟磁盘和网卡的标识符是否被重置，如果你选了“I Copied It”，VMware会为虚拟机生成一套新的硬件ID，包括磁盘UUID和网卡MAC地址，对于正版Windows系统，这会导致激活失效；对于Linux系统，如果你的/etc/fstab里写的是旧的UUID，启动时就会因为找不到磁盘而进入紧急模式。
这里有一份判断和处理的参考逻辑：
| 你的操作场景 | 应该选的选项 | 可能带来的后果 |
|---|---|---|
| 虚拟机文件从一个目录原样挪到另一个目录 | I Moved It | 基本无影响，沿用原有硬件ID |
| 从一个物理机拷贝到另一台物理机 | I Copied It | 网卡设置为DHCP，系统盘UUID可能改变 |
| 在同一个虚拟机内复制一个完全一样的实例 | I Copied It | 需要手动修改IP地址，否则会冲突 |
如果你已经点了“I Copied It”并且启动失败了，不用慌，修改一下.vmx配置文件就能重新找回旧磁盘，用记事本打开虚拟机的.vmx文件，找到类似这行内容：
scsi0:0.fileName = "windows10.vmdk"确认这个.vmdk文件确实存在于当前目录下，如果文件名对不上，手动改回来即可，如果文件名正确但还是报“找不到磁盘”，常见做法是
删除虚拟机目录下的.lck锁定文件夹，这些文件夹是虚拟机关闭不正常时残留的锁文件，有时候会导致重新启动时无法读取磁盘。
业内专家指出,多年的虚拟机维护经验中，超过半数的“换存储后无法启动”问题，根源都是磁盘文件引用路径断掉，而不是磁盘文件本身损坏，所以排查时先看路径。
虚拟机更换磁盘位置后启动失败？按这四个步骤解决
如果你的情况是“虚拟机更换磁盘位置后启动失败”，也就是把虚拟硬盘从SATA口挪到了NVMe口，或者把VHD文件从D盘换到了E盘，这时候系统层面的引导配置就要重点检查了。
对于Windows虚拟机,比较常见的提醒画面是“Reboot and Select proper Boot device”，出现这个提示，说明主机根本没找到可引导的设备，按下面顺序来处理：
-
进入虚拟机BIOS检查启动顺序
重启虚拟机，开机时快速按F2进入固件设置，在Boot选项卡里，把虚拟硬盘调整到第一启动位，如果你在物理机上把系统盘从SATA接口换到了PCIe接口，BIOS里的启动项名称会发生变化，原来指向硬盘的启动项失效，需要新建一个启动项指向新位置的硬盘。 -
用PE或安装盘修复UEFI引导
如果启动项没问题但仍然进不去系统，多半是UEFI引导分区里的引导文件不完整，挂载Windows安装镜像，进入修复模式，打开命令提示符，依次运行下面三条命令：diskpart list disk sel disk 0 list vol找到EFI分区（通常有个ESP标志，大小在100MB到500MB之间），给它分配一个盘符，然后退出diskpart，再执行：
bcdboot C:Windows /s S: /f UEFI这条命令的意思是把C盘上的Windows引导文件重建到S盘（也就是刚才的EFI分区）里，执行成功后重启，引导问题大概率能解决。
-
Linux系统低版本重建GRUB
Linux用户在换存储位置后，比较容易遇到的现象是光标在左上角闪烁、黑屏卡住不动，或者直接跳到grub rescue>提示符，如果你还能进rescue模式，先输入ls查看所有分区，找到Linux根分区所在位置，虚拟磁盘文件换了位置，GRUB的根目录设备路径也可能跟着失效。在
grub rescue>里依次输入：set root=(hd0,msdos1) set prefix=(hd0,msdos1)/boot/grub insmod normal normal如果这几条命令能正常进入系统,说明只是GRUB安装位置没更新，这时候执行
update-grub重新生成配置即可。 -
检查磁盘UUID是否被变更
这一步容易忽略，有些虚拟化平台在克隆虚拟机时，会默认给虚拟磁盘生成新的UUID，Linux系统启动时，内核通过/etc/fstab里的UUID去找根文件系统，一旦UUID对不上，系统就会报Failed to mount /，然后进入到emergency mode。你可以通过
blkid命令查看当前系统识别到的磁盘UUID，再对比
/etc/fstab里的记录，如果对不上，将fstab里的内容更新一下，不过你可能会遇到一个尴尬情况系统都进不去怎么执行blkid？行业共识认为，遇到这种情况也有一招稳妥的解决办法：使用Ubuntu live CD启动，挂载原系统盘查看fstab里的UUID，再用live环境里的blkid来对比，修正后卸载重启即可。
虚拟机硬盘扩容后进不去系统？多在系统层面而非虚拟层
还有一种常见场景是直接在虚拟化平台上扩容磁盘,比如在ESXi上把虚拟机硬盘从40GB扩到200GB，或者在Hyper-V里把VHDX的大小调大了一大截，然后重启后发现系统启动不了了。
这里要澄清一个点：扩容磁盘之后，虚拟硬件本身没问题，问题通常出在分区表没有更新，系统依然按照原来的分区表去读取磁盘，新增加的容量在系统看来是“未分配”的状态，这不会直接导致无法启动，但有一个例外情况：如果扩容操作把原有分区的起始位置或者标识信息搞乱了，引导阶段就会失败。
Windows系统遇到这种情况,比较容易出现的报错是INACCESSIBLE_BOOT_DEVICE，这个蓝屏错误在系统升级或磁盘驱动变更后也频繁出现，以下方法并不限于扩容场景：
- 硬件改动后蓝屏,多数情况下是驱动程序加载顺序出了问题，在BIOS里把硬盘模式从RAID改为AHCI，或者反过来，都会触发这个错误。
- 修复方法有两种,一是进BIOS改回原来的硬盘模式；二是如果确实需要改模式，用PE进入系统，在注册表里修改
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesstorahci的Start值为0，让系统在下次启动时自动加载AHCI驱动。 - 对于扩容后只有容量变化、但启动完全没问题的虚拟机，你直接进系统后，在磁盘管理器里右键未分配区域，选择“扩展卷”即可。
Linux系统扩容后进不去系统,多数是在启动时加载根分区失败，原因可能是扩容后分区表没有重建，导致内核看到的分区边界和实际不符，操作思路是：用live CD启动，使用parted或者gdisk查看分区表，将根分区扩展到新容量，执行resize2fs完成文件系统扩容，这几个命令对新手来说有点门槛，但现在很多虚拟化平台的官方文档里都有逐步操作的教程，搜索时带上你的虚拟化平台名称和“扩展分区”关键词就能找得到。
KVM与Proxmox平台换存储后的处理逻辑
如果你用的是开源虚拟化平台,比如KVM或者Proxmox VE，处理逻辑和VMware略有不同。
在Proxmox里迁移虚拟磁盘到另外一个存储池后,虚拟机无法启动，先检查的是磁盘是否处于被锁状态或者迁移任务是否真的完成，登录到web管理界面，看一下该虚拟机的硬件列表里，磁盘那一行的存储位置是否已经正确指向新存储池。
另外一个容易忽视的点是启动顺序，Proxmox里默认将硬盘挂在SCSI总线上，如
果你把虚拟磁盘复制到一个新的存储目录，并用命令行方式重新定义了磁盘总线类型（比如从IDE改成了virtio），那系统会因为找不到磁盘驱动而起不来，Windows虚拟机尤其明显，如果没有安装virtio驱动，把磁盘从IDE切换到virtio后开机就会蓝屏，遇到这种情况，需要先在IDE模式下装好virtio驱动，再切回来。
KVM原生命令行操作下,virsh edit虚拟机配置时，特别留意<source file>标签里的磁盘路径，手动移动镜像后，这个路径还是旧的，虚拟机启动时会直接提示找不到块设备，修正路径后顺便执行一下virsh define /etc/libvirt/qemu/你的虚拟机.xml刷新配置。
预防虚拟机换存储后启动报错的五个习惯
与其每次出问题再开机修复,不如在迁移之前花几分钟做点准备，以下几个习惯适合养成本能反应：
- 迁移前关闭虚拟机，不要在挂起状态下直接拷贝文件，以快照或挂起状态迁移后，恢复时很容易因硬件状态不一致而启动失败。
- 完整复制整个目录，别只拷贝.vmdk或.qcow2镜像文件，因为虚拟机配置文件里记录着内存路径、挂载信息、外设连接关系。
- 记下原启动顺序和磁盘总线类型，迁移完成后先在虚拟机设置界面核对一遍，再开机。
- 熟悉平台自带迁移工具，比如VMware Storage vMotion、Proxmox迁移功能，这些工具能自动处理磁盘锁和路径更新，比手动拷贝可靠得多。
- 提前备份原始数据，并确认备份的虚拟机能正常启动再接续折腾，这个习惯在关键时刻能救你一命。
虚拟机更换储存后系统无法启动怎么办？常见问答
问：虚拟机换到另一台电脑上打不开，提示“找不到虚拟磁盘”，但文件明明还在，是什么原因？
答：路径问题占多数，打开虚拟机配置文件（.vmx），检查里面指向虚拟磁盘的路径，文件名必须和实际目录下的文件名一致，如果你用了快照，虚拟磁盘可能被拆分成多个文件，比如windows10-000001.vmdk，这个文件没跟着一起拷走也会报同样的错误，需要把快照链相关的文件全部复制过来。
问：更新VMware版本后虚拟机启动卡在“正在启动Windows”就不动了，这跟换存储有关吗？
答：没有必然联系，但升级VMware或VirtualBox版本后，由于虚拟硬件接口版本升级，老虚拟机的磁盘控制器驱动不匹配同样会卡进度，检查虚拟机设置里的兼容性级别，将硬件版本降低到与原系统匹配的级别再试试，或者进入安全模式卸载显卡驱动。
问：用命令行怎么快速查看虚拟磁盘的格式和所属虚拟机？
答：qemu平台用qemu-img info /路径/磁盘镜像.qcow2，输出里会显示disk size、virtual size和cluster size；VMware平台用vmkfstools -i /路径/磁盘.vmdk查看详细格式，执行前先确认虚拟机关机，避免磁盘锁导致的误判问题。