虚拟机重建启动虚拟硬盘失败，绝大多数情况不是硬盘“废了”，而是引导记录、磁盘标识符或快照链没跟着一起重建，先别急着删盘，按下面的顺序排查，八成能救回来。
很多人在 ESXi 或 Hyper-V 里看到“无法打开虚拟硬盘”“文件系统损坏”“找不到启动设备”这类报错，第一反应就是把旧盘删掉、新建一块、挂上去重装系统，结果新盘建好了，虚拟机还是起不来，数据也没了，问题往往出在“重建”这个动作本身：你重建的只是容器，虚拟机的启动链条分区表、引导扇区、BCD 或 GRUB、磁盘 UUID并不会自动跟着重建。
重建后为什么还是起不来
四种典型现象对应的根因
虚拟硬盘重建失败的表象很像，根因差别却很大,可以先对着下表给自己定位。
| 现象 | 常见根因 | 处置方向 |
|---|---|---|
| 开机提示“找不到启动设备” | 新盘没有引导记录，或启动顺序指向旧盘 | 检查启动顺序，重建引导 |
| 报“无法打开虚拟硬盘” | 描述符文件损坏，或 -flat.vmdk 被误删 |
重建描述符或克隆转换 |
| 系统能进但盘符错乱、蓝屏 | 磁盘标识符冲突、控制器类型变了 | 调整控制器与 UUID |
| 挂载后提示文件系统损坏 | 断电、快照合并中断导致元数据异常 | 只读挂载后修复文件系统 |
行业共识认为，重建失败案例中真正属于物理介质损坏的比例并不高，更多是配置层面的连锁问题，所以你第一步要做的不是“重建”，而是“确认哪一层坏了”。
描述符和数据文件是两回事
VMware 的虚拟硬盘由两部分组成：一个是几百字节到几 KB 的描述符文件（.vmdk），记录容量、几何结构、父盘关系；另一个是真正存数据的 -flat.vmdk，描述符坏了，数据文件往往完好，这种情况下你删盘重建,等于把完好的数据文件一起扔掉。
先登录 ESXi 主机，用 SSH 进到虚拟机目录,执行：
ls -lh .vmdk vmkfstools -i 旧盘.vmdk 新盘.vmdk -d thin
第一条命令看数据文件是否还在，第二条把旧盘克隆成一块全新的、结构干净的盘，克隆能自动重建描述符，并顺带整理快照链，是比“删除重建”安全得多的做法。
先判断：VMware虚拟机虚拟硬盘文件损坏该修还是该重建
这个问题没有统一答案，但有一条判断线：数据文件还在，就修；数据文件丢了，才谈重建。
三步确认法
- 查文件完整性，进虚拟机目录，确认
-flat.vmdk或-delta.vmdk的大小与虚拟盘容量是否匹配,明显偏小说明写入中断过。 - 查快照链，目录里如果有
-000001.vmdk、-000002.vmdk，说明存在快照，此时直接删除父盘会导致整条链断裂,必须先合并快照再动盘。 - 查锁定状态，报“文件被锁定”时，先在 vCenter 里确认没有残留任务，必要时用
vmkfstools -D 盘文件.vmdk查看锁的持有者,再决定是否重启管理代理。
能读就先别写
不管最终修还是重建，第一原则是把盘以只读方式挂到另一台虚拟机上，Windows 用“磁盘管理”里的“附加 VHD”只读挂载，Linux 用 mount -o ro，能读出来，就先整盘镜像一份，再谈修复，这一步花的时间,通常比后面所有操作加起来都值。
不同平台的重建命令怎么敲
Hyper-V和VMware虚拟硬盘重建有什么区别
两者最大的区别在“盘的身份”怎么定义，VMware 靠描述符文件和 UUID，Hyper-V 靠 .vhdx 文件内部的标识，VMware 出错常常是描述符层面的问题，Hyper-V 出错更多是文件系统层面的问题。
Hyper-V 的常规检查命令：
Mount-VHD -Path D:\vm\disk.vhdx -ReadOnly Repair-VHD -Path D:\vm\disk.vhdx Resize-VHD -Path D:\vm\disk.vhdx -SizeBytes 100GB
Repair-VHD 只对动态扩展盘有效，且必须先把虚拟机关机、卸载磁盘，遇到“无法附加虚拟硬盘”，先确认文件没有被快照占用，再看事件查看器里 Hyper-V-VMMS 的具体报错码,比盲试命令快得多。
VirtualBox 与 KVM 的转换思路
跨平台迁移导致的启动失败,最稳的办法是格式转换而不是原地修补：
VBoxManage clonemedium disk old.vdi new.vmdk --format VMDK qemu-img check disk.qcow2 qemu-img convert -O vmdk disk.qcow2 disk.vmdk
qemu-img check 能报出元数据不一致的块，必要时加 -r all 尝试修复，转换过程相当于把整块盘重新写一遍,顺带清掉大部分逻辑错误。
盘修好了，系统还是起不来怎么办
这是最容易卡住的一步：硬盘能挂载、文件都在，但一开机就进恢复环境，此时问题在引导层,不在硬盘层。
Windows：重建引导记录
挂载系统盘后用管理员命令提示符执行：
bootrec /fixmbr bootrec /fixboot bootrec /scanos bootrec /rebuildbcd
UEFI 环境还要补一条 bcdboot C:\Windows /s S: /f UEFI，S: 是那个几百 MB 的 EFI 分区盘符。/fixboot 报“拒绝访问”，多半是分区没被识别为活动分区，先去 diskpart 里确认分区标志。
Linux：重建 GRUB 与 fstab
进 Live 环境，挂载根分区后 chroot：
mount /dev/sda2 /mnt mount --bind /dev /mnt/dev chroot /mnt grub2-install /dev/sda grub2-mkconfig -o /boot/grub2/grub.cfg
顺带检查 /etc/fstab，虚拟硬盘重建后磁盘 UUID 会变，fstab 里写死 UUID 的条目会导致开机卡在紧急模式，改成新 UUID 或用 LABEL= 更省事。
数据比机器重要时，别自己硬扛
服务器虚拟化硬盘重建收费大概多少钱
如果盘里有生产数据，且已经出现异响、掉盘、识别容量异常，就不要再通电反复尝试，数据恢复服务通常按介质类型、容量、故障复杂度计费：逻辑层损坏（文件系统、误删除、快照断裂）多在几百到数千元区间；涉及开盘换磁头、固件修复的物理故障，费用会明显上浮，北京、上海这类一线城市有本地实验室可以上门取盘，异地则走寄送流程,报价前一般会先做免费检测。
选择服务商时看两点：一是是否先检测后报价，二是是否承诺“不成功不收费”，业内专家指出，反复通电和自行拆盘是导致二次损坏的两大主因,这两条比任何修复技巧都更重要。
预防比修复便宜
- 虚拟硬盘不要和系统盘放同一个存储,避免重建时一锅端。
- 快照只做临时用途,保留超过三天的快照要主动合并。
- 定期导出
.vmx和磁盘描述符文件，几十 KB 的东西,重建时能省几个小时。 - 重要虚拟机保留一份离线副本，格式用
qemu-img转成通用的 qcow2,跨平台都能读。
重建不是万能动作，它只重建容器，不重建启动链；先只读备份、再判断修还是建，顺序反了就是二次事故。
关于虚拟机重建启动虚拟硬盘失败的常见问题
虚拟机重建启动虚拟硬盘失败，直接新建一块盘重装系统可行吗？
可行，但只适用于系统盘无重要数据、或数据已完整备份的情况，重装后原盘的配置、授权、自建服务都要重新部署，隐性成本往往被低估，如果数据文件（-flat.vmdk、.vhdx）还在,优先尝试克隆或只读挂载取数据。
为什么虚拟硬盘能挂载，虚拟机却报找不到启动设备？
说明硬盘本身可读，问题在引导链，检查三点：虚拟机启动顺序是否指向新盘；磁盘控制器类型是否与原来一致（SCSI 换成 SATA、IDE 换 SCSI 都可能导致识别失败）；引导分区是否被标记为活动，这三项确认后，再考虑重建 BCD 或 GRUB。
快照合并到一半断电，虚拟硬盘还能恢复吗？
能，但要立即停止对该存储的写操作，把整个虚拟机目录连同所有 -00000x.vmdk 一起复制出来再处理，缺失的中间差分盘会导致链条无法直接打开，此时用 qemu-img 逐层转换合并，成功率高于在 ESXi 里强行再合并一次，合并失败的盘不要直接删除父盘，父盘一旦被回收,链上所有数据都不可逆丢失。