如何使用qemu-img convert镜像磁盘的起始数据段（实现类似dd count=参数的效果）

看起来你已经把SSD上的有效数据都整理到前116GiB区域了，现在想把这部分转成带压缩的qcow2镜像，同时避免浪费空间在未分配区域——这个需求非常合理，我给你两个可行的解决方案：

方案一：修正dd管道命令，让qemu-img正确读取stdin数据 #

你之前的思路其实没问题，只是命令里少了一个关键参数：qemu-img convert需要明确指定输入源为-（代表从标准输入读取）。修正后的完整命令如下：

dd bs=1M if=/dev/nvme0n1 count=116688 status=progress | qemu-img convert -p -f raw -O qcow2 -c -o compression_type=zstd,preallocation=off - /media/user/drive/win11_image.qcow2

这里的-就是告诉qemu-img去读取dd输出的raw格式数据流，这样就能精准只转换你需要的前116GiB数据，同时启用zstd压缩、关闭预分配，完全不会浪费空间在未分配区域。

方案二：用循环设备映射指定大小的磁盘区域，直接镜像 #

如果觉得管道方式不够稳妥，你可以先通过循环设备（losetup）只映射磁盘的前116GiB，再用qemu-img直接转换这个逻辑设备：

1. 创建指定大小的循环设备（losetup支持直接用116G作为单位，不用手动计算字节）：

sudo losetup --find --show --size 116G /dev/nvme0n1

执行后会输出一个循环设备路径，比如/dev/loop0。
2. 执行qemu-img转换：

qemu-img convert -p -f raw -O qcow2 -c -o compression_type=zstd,preallocation=off /dev/loop0 /media/user/drive/win11_image.qcow2

3. 转换完成后，务必卸载循环设备：

sudo losetup --detach /dev/loop0

这个方法的优势是直接操作块设备，稳定性更高，同样能精准限定转换的磁盘范围，压缩后的镜像大小会自动根据实际数据量调整，完全不用提前预估最终体积。

你提到的nbdcopy需要提前指定大小的问题，这两个方案都完美避开了，完全符合你的需求。

备注：内容来源于stack exchange，提问作者Suzana Aod