qemu-img convert 是唯一可靠转换方式，需显式指定 -f vmdk，先用 qemu-img info 确认格式与 data type，避开快照、运行态及 streamoptimized 等陷阱，再校验 virtual size 和 disk size。

qemu-img convert 是唯一可靠的方式，其他方法（比如重命名、直接挂载）都会失败。转换不是文件改名，而是重新组织扇区数据和元数据结构——qemu-img 会读取源 vmdk 的每个有效块，再按 qcow2 的写时复制格式打包，过程中还可能重建引导头和磁盘几何信息。

先确认vmdk是不是单个可读文件

很多问题其实出在第一步：你手里的 vmdk 根本不是 qemu-img 能直接处理的“完整镜像”。常见陷阱包括：

• 看到 vm-disk.vmdk 就直接传给 qemu-img convert，但实际它是描述符文件，真正数据在 vm-disk-flat.vmdk 里 —— 此时必须指定 -f vmdk 并指向 -flat.vmdk 文件，或确保描述符和 -flat 在同一目录
• 遇到一串 vm-disk-s001.vmdk、vm-disk-s002.vmdk……这种分片盘，qemu-img 只认主描述文件（通常是不带编号的那个 .vmdk），不能用通配符或只选其中一个分片
• file vm-disk.vmdk 输出含 streamOptimized —— 这是 VMware 导出的压缩流式镜像，qemu-img 旧版本（如 5.2 之前）会报 Unsupported VMDK version；得先用 vmkfstools -i source.vmdk -d thin target.vmdk 转成标准 thin 格式

最稳妥的判断方式是运行：

qemu-img info vm-disk.vmdk

如果报错或输出里 format: 显示为空/unknown，说明文件形态不兼容，别急着转。

转换命令必须显式指定 -f vmdk

自动识别（省略 -f）在 vmdk 场景下极不可靠。VMware 不同版本生成的 vmdk 头部特征差异大，qemu-img 容易误判为 raw 或跳过元数据解析，导致目标 qcow2 缺少关键引导信息，启动时报 no bootable device。

正确写法只有这一种：

qemu-img convert -f vmdk -O qcow2 vm-disk.vmdk vm-disk.qcow2

其中：

• -f vmdk 强制使用 vmdk 后端驱动，确保正确解析描述符、分片链和稀疏映射表
• 不要加 -c（压缩）参数：Windows 系统盘启用压缩后常导致 KVM 启动卡死；Linux 系统盘压缩收益小，反而增加 IO 开销
• 加 -p 参数实时显示进度，避免误以为卡死而中断（尤其大镜像）

转换后必须校验虚拟容量和实际占用

转换完成不代表能用。常见现象是 qcow2 文件体积异常：比原 vmdk 小（说明漏读分片），或大出 2–3 倍（多因 streamOptimized 解压 + 稀疏块被展开）。关键看这两项：

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 运行 qemu-img info vm-disk.qcow2，对比 virtual size 是否与原始 vmdk 一致 —— 不一致说明源文件没读全
• 检查 disk size（实际占用）是否合理：若原 vmdk disk size 是 8GB，转完 qcow2 却占 25GB，大概率是源盘启用了 thick provisioning 且 qemu-img 把所有未用块也写进去了
• 用 virt-df -a vm-disk.qcow2 查看内部文件系统已用空间，确认是否与预期匹配

若发现异常，别删重试，先回溯 qemu-img info 输出，重点核对源 vmdk 的 format 和 data type 字段。

快照链和运行中虚拟机是硬性禁区

转换前必须确保：
• 虚拟机已完全关机（非挂起、非休眠）
• 所有快照已合并或删除
• 没有正在运行的 vmware-vmx 进程锁住该磁盘文件

原因很直接：

• 快照链中的 vmdk 实际是增量差分文件，单独转换只会得到一个空壳或损坏的根盘
• 运行中虚拟机的文件系统处于脏状态，qemu-img 读到的是不一致的内存缓存副本，转换后启动必报 filesystem corruption 或直接 kernel panic
• ESXi 环境下，未卸载的 datastore 可能导致 vmdk 被锁定，qemu-img 会静默失败（无错误提示，但输出文件大小为 0）

最保险的做法：在 VMware 中右键虚拟机 → “快照” → “全部删除”，再执行“关机”，最后从存储浏览器中下载磁盘文件。

真正容易被忽略的，是 qemu-img info 输出里那行不起眼的 data type:。它告诉你这个 vmdk 是 sparse、streamOptimized 还是 flat，而这个字段决定了你该不该转、怎么转、甚至要不要先用 vmkfstools 预处理——跳过这行，等于蒙眼开车。