如何将Linux磁盘映像转换为稀疏文件？

我在EXT分区上有一堆用ddrescue制作的磁盘映像，我想减小它们的大小而不丢失数据，同时仍然可以挂载。

我如何用零填充图像文件系统中的空白空间，然后将其转换为稀疏文件，从而使该空白空间实际上不存储在磁盘上？

例如：

> du -s --si --apparent-size Jimage.image 
120G Jimage.image
> du -s --si Jimage.image 
121G Jimage.image

但是，实际上它只有50G的真实数据，因此第二次测量应该小得多。

据说这将用零填充空白空间：

cat /dev/zero > zero.file
rm zero.file

但是，如果透明地处理稀疏文件，则它实际上可能会创建一个稀疏文件而不向虚拟磁盘写入任何内容，具有讽刺意味的是，这阻止了我将虚拟磁盘映像转换为稀疏文件本身。：） 可以？

注意：由于某些原因，sudo dd if=/dev/zero of=./zero.file当cat不在已安装的磁盘映像上时可以使用。

首先，稀疏文件仅在您寻求时透明地处理，而不是在您写入零时透明地处理。

更清楚地说，来自维基百科的示例

dd if=/dev/zero of=sparse-file bs=1k count=0 seek=5120

并没有写任何零，它会打开输出文件，寻求（跳过）5MB，然后写零零（即什么都没有）。此命令（不是来自维基百科）

dd if=/dev/zero of=sparse-file bs=1k count=5120

将写入5MB的零，并且不会创建稀疏文件！

结果，已经非稀疏的文件将不会在以后神奇地变得稀疏。

其次，要与许多零稀疏的文件，你必须CP它

cp --sparse=always original sparsefile

或者您也可以使用tar或rsync的--sparse选项。

稀疏放置文件的最简单方法可能是使用fallocate实用程序，如下所示：

fallocate -v --dig-holes {file_name}

fallocate（1）由Debian上的util-linux软件包提供。

编辑我的答案以确保完整性：

1. 将空的FS空间用零气球增加（警告：这会更改磁盘映像）：

losetup --partscan --find --show disk.img

假定它给/ dev / loop1作为磁盘，并且只有一个分区，否则我们需要为其中有可安装FS的每个分区重复此操作（忽略交换分区等）。

mkdir -p /mnt/tmp mount /dev/loop1p1 /mnt/tmp dd if=/dev/zero of=/mnt/tmp/tempfile

让它完成到ENOSPC失败。

/bin/rm -f /mnt/tmp/tempfile umount /mnt/tmp losetup -d /dev/loop1

2. 复制到稀疏图片中：

'dd'具有将零的文件转换为稀疏文件的选项：

dd if=disk.img of=disk-sparse.img conv=sparse

您是说您的ddrescue创建的映像是50 GB，实际上少得多就足够了吗？

如果是这种情况，您不能先用dd创建一个新映像：

dd if=/dev/zero of=some_image.img bs=1M count=20000

然后在其中创建一个文件系统：

mkfsofyourchoice some_image.img

然后只是挂载映像，然后将所有内容从旧映像复制到新映像？那对你有用吗？

PartImage可以创建仅存储文件系统已使用块的磁盘映像，从而通过忽略未使用的块来大大减少所需的空间。我认为您无法直接挂载生成的图像，但是要：

image -> partimage -> image -> cp --sparse=alway

应该产生您想要的（甚至可以坚持到最后一步，没有尝试过）。

现在有一个名为virt-sparsify的工具可以执行此操作。它用零填充空白空间，然后将图像复制到稀疏文件。但是，它需要安装很多依赖项。

我怀疑如果您确实要这样做，那么您将需要一个按照该规范编写的自定义程序。但是...吗？

如果您实际上有很多全零区域，那么任何好的压缩工具都可以将其大大降低。并且尝试写稀疏文件并非在所有情况下都可行。如果我没记错的话，即使是稀疏文件也要占用至少1个输出存储块，其中输入块包含的任何非零位。例如，假设您有一个文件，平均每个512字节块甚至有1个非零位，则该文件不能“稀疏地”写入。顺便说一句，如果您使用zip，bzip，bzip2或p7zip压缩文件，则不会丢失数据。它们不像是有损的mpeg或jpeg压缩。

另一方面，如果您需要对文件进行随机寻道读取，则压缩可能比它值得的麻烦更多，并且您将返回稀疏写入。有能力的C或C ++程序员应该能够在一个小时或更短的时间内编写出类似的内容。