virt-v2v迁移必须关机停服，不支持热迁移；Windows虚拟机需预装virtio-win驱动，否则启动易蓝屏；输出格式推荐qcow2，XML中磁盘与网卡须设为virtio模型。
不能“无缝”迁移，必须关机停服，且 Windows 虚机大概率启动失败——这是 virt-v2v 的硬性限制，不是配置问题。
virt-v2v 迁移前必须关机，否则会报错 guest is running
virt-v2v 不支持运行中虚拟机的热迁移。它需要直接读取磁盘镜像文件（如 vmdk），而 ESXi 在虚拟机运行时会对 vmdk 加锁，导致 virt-v2v 无法打开源磁盘。
- 错误现象：
error: guest is running, cannot convert while running或Failed to open disk: Permission denied - 必须在 vSphere Client 或 esxcli 中先
power off目标虚拟机，不能仅 suspend - Linux 虚机关机后一般能完成转换；Windows 虚机即使关机，后续也常因驱动缺失蓝屏
- ESXi 6.7+ 默认启用加密 vmdk，需提前在 vSphere 中禁用或使用
--password-file提供密钥
连接 ESXi 时 no_verify=1 是必需项，但有安全代价
ESXi 的 SSL 证书默认是自签名的，virt-v2v 严格校验证书链，不加 no_verify=1 会直接失败：
- 典型错误：
SSL certificate problem: self signed certificate - 正确 URI 格式：
esx://root@192.168.10.50/?no_verify=1（注意问号和等号之间不能有空格） - 不推荐用
--insecure替代，该参数在新版 virt-v2v 中已被弃用 - 若 ESXi 启用了 Lockdown Mode，需临时关闭，否则 root 无法通过 libvirt 连接
输出格式选 qcow2 而非 raw，除非你明确要直通存储
-of raw 看似“原生”，实则埋坑最多：
-
raw镜像无法 resize、不支持快照、导入 OpenStack 时需额外qemu-img convert二次转换 -
qcow2支持 lazy allocation，节省磁盘空间；KVM/libvirt 原生优化；OpenStack Glance 默认接受 - 命令示例：
virt-v2v -ic esx://root@192.168.10.50/?no_verify=1 -o local -os /var/lib/libvirt/images -of qcow2 myvm - 若目标是 Ceph RBD，应改用
-o rbd -os rbd_pool_name，避免本地中转
Windows 虚机迁移后大概率蓝屏，必须预装 virtio-win 驱动
ESXi 的 SCSI 控制器（LSI Logic / PVSCSI）和网卡（VMXNET3）在 KVM 下不可识别，直接启动会卡在黑屏或 0x0000007B 蓝屏。
- 解决路径只有一条：在迁移前，把
virtio-winISO 挂载进原 ESXi 虚机，手动安装vioscsi和viostor驱动 - 不能依赖 virt-v2v 自动注入——它只对已含 VirtIO 驱动的 Linux 有效，对 Windows 仅做有限注册表修补
- 检查点：迁移后生成的 XML 中，
<driver name='qemu' type='raw'/>必须改为type='qcow2'，且<model type='virtio'/>要出现在磁盘和网卡设备中 - 若跳过驱动预装，唯一补救是用
guestfish手动挂载镜像注入驱动，过程复杂且易出错
真正容易被忽略的是：virt-v2v 生成的 XML 默认使用 IDE 总线，而现代 KVM 推荐 virtio-blk；哪怕磁盘格式是对的，总线类型不匹配也会导致 Linux 启动卡在 “dracut initqueue timeout”。改 XML 不是可选项，是必选项。
