virsh克隆虚拟机失败，先别急着删虚拟机重装。绝大多数情况下，问题出在磁盘格式不兼容、存储池路径缺失或网卡MAC地址冲突这三件事上，按照下面的排查顺序走一遍，基本能解决90%以上的克隆报错。
为什么virsh克隆总是卡在同一个报错
克隆失败时终端会弹出一行红字错误，很多人习惯直接复制错误去搜索引擎，但这未必高效，不同版本的libvirt和QEMU对克隆的处理逻辑有差异，报错信息往往只暴露表层现象，真正的根源，通常藏在磁盘镜像格式和虚拟机定义文件的细节里。
先分清你是哪种克隆场景
- 用
virt-clone命令克隆：这是最常用的方式,适合给已有虚拟机做副本。 - 用
cp复制镜像文件再重新定义：这种方式容易漏掉XML配置里的依赖项。 - 用
virt-manager图形界面克隆：本质还是调用virt-clone,但某些版本对存储路径的兼容性更差。
每种方式报错的表现各不相同，但底层逻辑一致。克隆的本质是复制镜像文件加重新生成新的XML定义，任何一步不匹配,整个流程就会中断。
日志文件比你想象的更有用
报错信息如果看不懂，直接看/var/log/libvirt/qemu/目录下对应域名的日志文件，最近一次克隆失败的原因有时会记录在这里，另外一条排查路径是journalctl -u libvirtd --since today,查看驱动服务层面的异常。
virsh克隆虚拟机磁盘格式选不对，一切白搭
这是最容易被忽视的高频坑，源虚拟机镜像如果是qcow2格式，克隆时默认会分配新的磁盘路径，但如果你的源镜像是raw格式，或者存储池根本没建好，virt-clone会直接抛错，常见提示包括“Storage volume not found”或“Failed to allocate buffer”。
查看源虚拟机的磁盘类型
virsh dumpxml 源虚拟机名称 | grep -A 2 disk
重点关注type='file'还是type='block'，以及driver name='qemu' type='qcow2'这行，如果源虚拟机用的是LVM卷（逻辑卷），克隆时不能用普通的--auto-clone参数，否则会提示“龙卷风”之类的诡异报错,本质是libvirt对块设备的克隆支持不完整。
qcow2和raw的克隆命令差异
| 磁盘格式 | 克隆命令特点 | 常见失败点 |
|---|---|---|
| qcow2 | 支持稀疏文件，克隆速度快 | 存储池未定义 |
| raw | 占用空间大，克隆需额外指定分配大小 | 磁盘空间不足 |
| LVM卷 | 需先创建逻辑卷快照 | 未激活卷组 |
行业共识认为，生产环境里用得最多的是qcow2格式。克隆前先确认目标存储池的路径存在且可写，用virsh pool-list --all查看所有存储池状态，如果显示inactive，先执行virsh pool-start 存储池名激活它。
手动指定克隆磁盘路径更稳妥
如果嫌存储池麻烦,可以直接用文件路径方式绕过：
virt-clone --original 源虚拟机名 --name 新虚拟机名 --file /var/lib/libvirt/images/新虚拟机名.qcow2
把磁盘路径写清楚，避免libvirt对克隆目标的猜测，这样做的好处是少一层抽象,报错时也更容易定位。
virsh克隆虚拟机网络配置乱套导致启动失败
克隆成功后虚拟机却起不来，或者能起来但连不上网，这个问题占到克隆后故障的一半以上，源虚拟机里网卡的MAC地址是固定的，克隆生成的虚拟机会重新分配一个MAC，正常情况下这是自动完成的，但有些操作系统（比如克隆CentOS 7）在启动时会因为MAC变化把网卡识别为eth1，而不是原来的eth0,导致网络配置失效。
克隆前手动移除网卡配置
这个操作相当于给新虚拟机一个“干净”的网络初始状态：
- 在原虚拟机里删除
/etc/udev/rules.d/70-persistent-net.rules（如果没有就算了）。 - 在
/etc/sysconfig/network-scripts/ifcfg-eth0文件里把UUID行删掉。 - 关机后再执行克隆操作。
这样克隆出来的虚拟机首次启动会重新生成网卡规则,避免MAC绑定冲突。
克隆后网卡桥接不上
如果宿主机用的是桥接模式，克隆后虚拟机的网卡却显示state DOWN，大概率是virt-clone生成的XML里桥接设备名写错了,手动检查新虚拟机的接口配置：
virsh domiflist 新虚拟机名
输出结果里Bridge那一列应该指向你宿主机上的桥接网卡名称，比如br0，如果不一致，用virsh edit 新虚拟机名修正<source bridge='br0'/>这一段。
virt-clone命令参数踩坑，怎么选都报错
很多人以为virt-clone是万能的，实际上它对参数顺序很敏感，至少
两个常见参数不能同时用：
--auto-clone：自动生成磁盘路径,依赖存储池。--file：手动指定磁盘路径。
如果你同时指定了这两个参数，libvirt会内部冲突，报错Unable to determine target device，正确的做法是只选其中一个，另外注意，--name参数不能省略，这是新虚拟机的唯一标识，如果和现有虚拟机重名,会直接拒绝执行。
需要指定磁盘总线吗
有些场景下，源虚拟机磁盘是virtio总线，而virt-clone默认生成的XML可能把总线类型继承错了，如果克隆后虚拟机引导阶段找不到系统盘，尝试在virsh edit里把<target bus='virtio'/>改成<target bus='sata'/>，或者反向操作,看哪边能正常引导。
空间不够导致的“假克隆成功”
还有一种情况，克隆过程跑了很长时间，最后报错No space left on device，但在宿主机上执行df -h却发现剩余空间还有好几个GB，这可能是稀疏文件大小计算偏差导致的，qcow2镜像的实际占用空间远小于虚拟分配大小，但克隆时若磁盘配额限制的是虚拟大小（比如某些云平台），就会提前触发空间不足，先用qemu-img info查看镜像的virtual size是否接近宿主机可用空间。
权限和SELinux捣乱，克隆一半被拦
很多管理员习惯把SELinux永久禁用，但也有部分环境必须开着，SELinux开启状态下，libvirt创建新的磁盘镜像时会发生安全上下文标签不匹配的错误，报错信息里能看到avc denied字样。
快速判断是不是SELinux的问题
getenforce
如果输出Enforcing,临时切到宽容模式试一次克隆操作：
setenforce 0
克隆成功后再setenforce 1恢复，如果这样操作正常，说明策略里没有给libvirt写入新镜像的规则，长期方案是修改/etc/selinux/config里对libvirt相关目录的标记（前提是你能保证安全需求）。
权限不够的另类表现
有些时候克隆失败是因为运行virt-clone的用户不在libvirt用户组里，普通用户执行时会提示Permission denied，用id命令查一下自己的用户组，把当前用户添加到libvirt组里：
usermod -aG libvirt 你的用户名
重新登录后再执行克隆操作,这一点在Ubuntu和Debian系统上特别容易踩中。
克隆成功后虚拟机无法启动的补救流程
如果克隆过程没报错，但新虚拟机启动黑屏或卡在BIOS界面，先别删掉重建,按下面几步抢救：
- 执行
virsh edit 新虚拟机名，查看<name>标签和<uuid>是否与源虚拟机完全一致。 - 检查
<disk>段中source file属性是否为克隆时指定的新镜像路径，这个位置如果在克隆时用了相对路径,很容易指向不存在的文件。 - 对比源虚拟机和克隆机的XML差异：
virsh dumpxml 源虚拟机名 > /tmp/source.xml virsh dumpxml 新虚拟机名 > /tmp/clone.xml diff /tmp/source.xml /tmp/clone.xml
重点看
<mac address>、<disk>和<memory>这三块的差异。
“未找到启动设备”的修复
如果报错Boot failed: not a bootable device，检查镜像文件是否真的被写入了数据，用qemu-img info 新镜像路径查看file format和disk size字段，如果镜像文件的大小只有几十KB，说明克隆过程中没有把数据完整拷贝进去,只能重新克隆。
virsh克隆虚拟机相关问题快速排查
问：virsh clone和virt-clone有什么区别？
virsh clone不是标准命令，libvirt实际提供的是virsh vol-clone（只复制存储卷，不生成虚拟机定义）和virt-clone（完整复制虚拟机配置与磁盘）,平时用的都是后者。
问：克隆多个虚拟机时磁盘报错反复出现怎么处理？
单纯用virt-clone重复克隆会一直报目标路径冲突，脚本化操作时，每一次循环执行前都用rm -f删除上次的临时文件，且新虚拟机的--name每次递增，不要复用已有名称，手动多次克隆时先执行virsh undefine 新虚拟机名 --remove-all-storage清理到干净状态,再开始下一轮操作。
问：克隆出来的虚拟机磁盘比源虚拟机大，正常吗？
如果使用--auto-clone，新镜像的虚拟大小和源镜像一致，如果你手动指定--file且该文件原本不存在，某些版本会按默认策略预分配空间，导致看起来“变大”，用ls -lh看到的体积是虚高的稀疏文件，实际占用以du -h为准，只要虚拟机内部系统盘空间和源虚拟机一致，不需要额外处理,直接启动继续使用。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/659935.html
