kvm磁盘在线扩容有两种方式：一是用virsh blockresize直接扩容现有qcow2磁盘（需在guest内刷新分区表、扩展分区及文件系统或lvm）；二是用virsh attach-disk在线添加新磁盘（需指定--persistent持久化，guest内需手动初始化并加入存储栈）。
virsh blockresize 和 virsh attach-disk 是 KVM 磁盘在线扩容的两个核心命令，但它们作用不同、适用场景不同，不能混用。直接扩容现有磁盘用 blockresize；想加新盘或避免修改原镜像则用 attach-disk。
用 virsh blockresize 扩容已有 qcow2 磁盘
这个命令只改虚拟机看到的“虚拟大小”，不触碰文件系统，也不自动刷新 guest 内部的分区表。常见错误是执行完就进系统 df -h，发现容量没变——因为底层分区和文件系统还没同步。
- 先确认磁盘路径：
virsh domblklist vm-name，找到类似/var/lib/libvirt/images/centos.qcow2的路径 - 执行扩容：
virsh blockresize vm-name /path/to/disk.qcow2 50G（注意：是目标总大小，不是增量） - 在 guest 里必须做三件事：运行
partprobe或echo 1 > /sys/class/block/vda/device/rescan刷新设备；用fdisk或parted扩展分区（如/dev/vda2）；再pvresize（LVM）或resize2fs/xfs_growfs（文件系统） - 如果 guest 是 Windows，需进磁盘管理器手动扩展卷，
virsh blockresize后新增空间会显示为“未分配”
用 virsh attach-disk 在线添加新磁盘
这种方式不改动原磁盘文件，适合不想动基础镜像、或需要快速挂载额外存储的场景。但默认添加的是临时磁盘——重启后丢失，这点极易被忽略。
- 创建新盘：
qemu-img create -f qcow2 /var/lib/libvirt/images/add.qcow2 20G - 在线挂载：
virsh attach-disk vm-name /var/lib/libvirt/images/add.qcow2 vdb --subdriver=qcow2 --cache=none（--subdriver必须显式指定，否则 libvirt 当作 raw 处理，容量识别错） - 要永久生效，加
--config参数（修改 XML 配置），或用--persistent（效果等同）；不加就只是 runtime 挂载 - guest 里会多出
/dev/vdb，需手动fdisk→pvcreate→vgextend→lvextend→resize2fs一整套流程，不能跳步
扩容后 guest 里常见失败点
绝大多数扩容失败不是命令输错了，而是 guest 内部没跟上。特别是 LVM 场景下，pvresize 前必须确保分区已扩展且内核已重读分区表。
-
fdisk -l看到磁盘总大小变了，但分区没变 → 必须用fdisk /dev/vda删除旧分区（不格式化）、新建同起始扇区的大分区，再w -
pvresize /dev/vda2报 “Physical extent not found” → 分区类型不是 8e（Linux LVM），用t命令改类型 -
resize2fs报 “The filesystem is already 10485760 blocks long. Nothing to do!” → 说明逻辑卷没扩，先跑lvextend -l +100%FREE /dev/mapper/vg-lv -
xfs_growfs报 “is not a mounted XFS filesystem” → 挂载点写错了，必须是挂载路径（如/），不是设备名（/dev/mapper/vg-root）
别忘了检查 qcow2 稀疏特性
qemu-img info 显示的 virtual size 和 disk size 差距大，是正常现象。但如果你用 qemu-img resize +10G 直接操作镜像文件（绕过 virsh），后续 virsh blockresize 可能失效——libvirt 不认这种底层变更。统一走 virsh blockresize 才安全。
真正麻烦的从来不是命令怎么敲，而是每一步 guest 内部的状态是否同步到位。尤其在无人值守批量扩容时，partprobe 和 udevadm trigger 这类刷新动作漏掉一次，后面所有步骤都白做。
