超融合内的虚拟机修改磁盘模式后关闭之后启动不起来

修改磁盘模式后虚拟机无法启动，即使改回原参数也不行，这通常是因为磁盘的底层配置或系统驱动状态发生了改变。

别担心，我们有多种方法可以尝试恢复。你可以根据具体情况，按下面的顺序来操作。

 问题根源：为什么会启动失败？

• 磁盘配置损坏：直接修改磁盘模式，可能导致磁盘UUID（唯一标识符）发生变化，或虚拟机的配置文件没有正确更新。当虚拟机找不到正确的磁盘时，自然就无法启动了。

• 驱动程序不兼容：尤其在修改磁盘类型时（例如从 IDE 改为 Virtio），Windows操作系统启动需要特定的驱动程序，缺失或加载失败就会导致蓝屏。

• 文件锁未释放：有时虚拟机虽然关闭，但相关的配置文件或磁盘文件仍被其他进程锁定（常见 .lck 文件），导致修改无法生效。

 第一步：先尝试简单的恢复方法

1. 彻底重启虚拟机：在Web管理界面，点击“关闭电源”，然后重新开启。有时能帮助系统重新加载正确配置。

2. 重启CVK主机：如果有维护窗口，可以重启虚拟机所在的CVK主机，以清除可能卡住的进程和文件锁。

 第二步：如果无效，进行深层
方案一：通过备份快照或克隆恢复（最直接）

1. 恢复快照：查看虚拟机是否有正常时的快照，直接恢复是最高效的办法。

2. 克隆现有虚拟机：在平台上右键点击故障虚拟机，选择“克隆”。新克隆的虚拟机往往会自动修正部分配置问题，然后尝试启动克隆机。

3. 重建虚拟机：如果前两种方法都无效，可以新建一台配置相同的虚拟机，然后将原虚拟机的磁盘文件（.qcow2）作为“已有磁盘”添加进去，重新挂载系统盘。

 方案二：修复引导与配置文件

1. 修复磁盘文件系统：用系统镜像进入恢复模式，运行 chkdsk c: /f 修复磁盘错误，或 sfc /scannow 扫描并修复系统文件。

2. 检查并修复引导扇区：在恢复模式下运行 bootrec /fixmbr、bootrec /fixboot、bootrec /rebuildbcd 来重建引导配置。

3. 检查磁盘UUID一致性：这是H3C CAS/UIS平台一个非常关键的检查点，如果磁盘UUID不匹配，系统将无法识别。

   • 查看虚拟机配置：找到虚拟机的配置文件（XML文件），从中找到磁盘的 UUID 值。

   • 查看磁盘文件内部：使用命令 qemu-img info /path/to/your-disk.qcow2，查看输出信息中的 UUID。

   • 比对：如果两个UUID不一致，请务必先备份原配置文件，然后手动将配置文件中的UUID改为与磁盘文件一致的UUID。

 方案三：重新挂载磁盘（针对配置问题）

1. 分离并重挂磁盘：在虚拟机关闭状态下，分离所有硬盘。保存设置后，再重新添加硬盘，选择“使用现有磁盘”，并正确指定 qcow2 文件路径。

2. 检查启动顺序：在虚拟机设置中，确保系统盘是第一启动项。

 方案四：检查虚拟机Guest OS内部问题

1. 进入安全模式：尝试启动进入“安全模式”，卸载最近安装的驱动或软件。

2. 修复驱动问题：如果之前改了磁盘类型，可以尝试在Web界面挂载Windows系统ISO镜像，启动虚拟机从光驱引导，进入“修复计算机” > “疑难解答” > “命令提示符”，用 dism 命令注入正确的磁盘驱动（virtio 驱动通常在 viowin 文件夹内）。

3. 禁用驱动强制签名：在高级启动选项中选择“禁用驱动程序强制签名”，这可能让系统加载未经官方签名的驱动（如 virtio 驱动）。

 方案五：手动修改配置文件（专家操作）

如果你熟悉命令行，可以尝试此方法。

1. SSH登录CVK主机：使用SSH登录到虚拟机所在的CVK主机。

2. 找到虚拟机配置文件：配置文件通常位于 /etc/libvirt/qemu/ 目录下，文件名是 <vm_name>.xml。

3. 编辑配置文件：使用 vi 或 nano 等编辑器打开配置文件。

   • 仔细检查 <disk> 部分，特别是 type、device、driver、source 和 target 等标签。

   • 确认 source file 路径指向正确的磁盘文件，target dev 值（如 vda、hda）是否正确。

   • 可以参考一个已知正常的虚拟机配置文件进行对比修改。

4. 重新定义虚拟机：保存修改后，使用 virsh define /etc/libvirt/qemu/<vm_name>.xml 命令重新定义虚拟机。

5. 启动测试：重新启动虚拟机进行测试。

 方案六：查看日志深入分析

1. 查看平台任务日志：在Web界面，查看任务日志，看修改磁盘模式的操作是否报错。

2. 查看CVK主机系统日志：SSH登录CVK主机，使用 journalctl -u libvirtd 或 dmesg | grep -i error 等命令，筛选错误信息

3. 检查存储池状态：确认虚拟机磁盘所在的存储池健康，无IO错误，空间充足。

4. 分析虚拟机内部日志：如果虚拟机曾短暂启动，可以挂载其磁盘，检查 C:\Windows\Minidump 目录下的蓝屏.dmp文件，分析具体错误代码。

一、先确认：你改的是哪种 “磁盘模式”？

1）置备模式（Provisioning）—— 你说的 “延迟置零”

• 精简（Thin）
• 厚置备延迟置零（ZeroedThick / TBZ）
• 厚置备置零（EagerZeroedThick）

2）独立 / 依赖模式（Independent Persistent）

• 独立持久 / 非持久：不参与快照
  你这种更像置备模式改坏。

二、第一步：Web 界面快速排查（3 分钟）

1. 看虚拟机启动报错（控制台 VNC）

• 打开虚拟机 控制台
• 开机看：
  • 直接黑屏 / 重启？
  • 报 disk not found / cannot open disk / invalid disk
  • 进不了引导 / 找不到系统盘

2. 检查虚拟机是否有快照（关键！）

• 虚拟机 → 快照 → 有没有快照？
• 有快照时，严禁修改磁盘置备模式（H3C 明确限制）
• 有快照 → 改模式 → 磁盘链断裂 → 再也起不来

3. 检查磁盘状态（Web 界面）

• 修改虚拟机 → 硬盘：
  • 磁盘文件是否存在？路径是否正常？
  • 存储格式：智能（qcow2）/ 高速（raw）
  • 置备模式是否正确显示（你改回的延迟置零）
  • 总线类型：IDE / VirtIO / SATA 没变过？

三、第二步：最有效修复（90% 能好）

方案 A：移除磁盘 → 重新添加（推荐）

1. 关闭虚拟机（确保完全关机）
2. 修改虚拟机 → 删除系统盘（只删配置，不删文件）
3. 添加硬盘 → 使用已有磁盘 → 选原来的磁盘文件
   • 置备模式：选 厚置备延迟置零（你原来的）
   • 总线类型：和原来一致（VirtIO/IDE）
   • 顺序：0:0 第一引导
4. 启动虚拟机

这是 H3C 官方修复磁盘配置异常的标准做法。

方案 B：如果有快照（最常见坑）

• 只要有快照，不能改磁盘模式
• 解决：
  1. 先删除所有快照（合并数据）
  2. 再改回 延迟置零
  3. 再开机

改模式 + 有快照 = 磁盘链断裂，回滚无效。

方案 C：转换磁盘格式（底层修复）

1. SSH 登录 CVM / 主机
2. 找到虚拟机磁盘（.qcow2 或.raw）
3. 用 qemu-img 转换（修复元数据）：

4. 然后用方案 A：删旧盘 → 加修复后的新盘

四、第三步：如果还是启动失败（进阶）

1. 检查磁盘是否被锁（文件锁）

• 主机后台：

• 有锁：删除锁文件（确保 VM 已关机）

2. 检查虚拟机配置文件（xml/vmx）磁盘 UUID / 参数

• 配置文件里磁盘参数和实际文件不匹配 → 无法识别
• 解决：** 方案 A（删盘重加）** 最有效

3. 引导修复（能进 BIOS 但找不到系统）

• 控制台开机按 F2 进入 BIOS
• 确认硬盘为第一启动项
• 若仍不行：挂载 ISO → 进入救援模式修复 MBR/GRUB

4. 存储层检查

• 存储池状态正常？
• 磁盘空间足够？
• 多副本 / 三副本同步正常？

五、你这种场景（改回延迟置零也不行）最可能原因

1. 修改时存在快照 → 磁盘链断裂（最常见）
2. 直接在线改模式（没关机）→ 元数据损坏
3. 回滚时配置文件没正确更新 → 磁盘参数错乱

六、最快恢复步骤（你直接照做）

1. 检查是否有快照
   • 有：先删快照 → 再改回延迟置零 → 开机
2. 无快照：
   • 删除系统盘（仅配置）→ 重新添加原磁盘（选延迟置零）→ 开机
3. 仍不行：
   • 后台qemu-img 转换修复磁盘 → 再重加磁盘

七、预防（以后不再踩坑）

• 修改磁盘模式必须：关机 + 无快照
• 优先用 方案 A（删盘重加） 改模式，不要直接编辑
• 改前备份磁盘 / 快照