1

我正在尝试创建一个稀疏文件（用于 QEMU HDD 图像）。

两者都qemu-img被fallocate证明是令人困惑的。

$ fallocate -l 100M disk.img

$ ls -lsh disk.img
101M -rw-r--r-- 1 i336 users 100M Jul 22 12:03 disk.img

注意101M. strace显示成功的系统调用：

$ strace fallocate -l 100M disk.img
open("disk.img", O_RDWR|O_CREAT|O_LARGEFILE, 0666) = 3
fallocate(3, 0, 0, 104857600)           = 0

$ ls -lsh disk.img
101M -rw-r--r-- 1 i336 users 100M Jul 22 12:03 disk.img

我不确定是否stat是正确的工具，但以防万一..

$ stat disk.img
  File: 'disk.img'
  Size: 104857600       Blocks: 204808     IO Block: 4096   regular file
Device: 802h/2050d      Inode: 549166      Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1337/    i336)   Gid: (  100/   users)

一个可能的（非常奇怪的）线索：104857600/204808 = 511.9800. （文件大小/块数）

qemu-img有类似的输出。（我preallocation在手册中找到了该选项。）

$ qemu-img create -f raw -o preallocation=falloc disk.img 100M
Formatting 'disk.img', fmt=raw size=104857600 preallocation=falloc

$ ls -lsh disk.img
101M -rw-r--r-- 1 i336 users 100M Jul 22 12:06 disk.img

这是令人讨厌的一点：图像似乎正在使用磁盘上的实际空间。

$ df -h /; fallocate -l 1G disk.img; df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        48G   43G  3.5G  93% /
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        48G   44G  2.5G  95% /

然而，就像一个稀疏文件一样，它不需要时间来创建！

$ time fallocate -l 3.3G disk.img
0.00user 0.57system 0:00.91elapsed 63%CPU (0avgtext+0avgdata 5424maxresident)k
200inputs+0outputs (0major+68minor)pagefaults 0swaps

0.91 秒，在 5400RPM 硬盘上。我不可能不创建稀疏文件。

然而，无论我使用什么工具，它似乎都立即使用了 101MB 的空间。

我可能做错了什么或配置错误？

$ cat /etc/fstab
/dev/sda2 / ext4 rw,user_xattr 0 0
4

0 回答 0