some of my files have an incorrect block count
Aragon Gouveia
aragon at phat.za.net
Fri Aug 28 18:51:28 UTC 2009
Hi,
I'm copying data across to a larger file system and in so doing, I've
noticed that some of the files in my old file system have an incorrect
block count. After copying all data, df(1) reports that the new file
system has more data on it than the old one. I've narrowed most of the
difference to one file in particular:
%ls -l /data/qemu/winxp.qem /mnt/data/qemu/winxp.qem
-rw-r--r-- 1 aragon staff 10737418240 Mar 29 21:57 /data/qemu/winxp.qem
-rw-r--r-- 1 aragon staff 10737418240 Mar 29 21:57
/mnt/data/qemu/winxp.qem
%du -k /data/qemu/winxp.qem /mnt/data/qemu/winxp.qem
10490896 /data/qemu/winxp.qem
2001728 /mnt/data/qemu/winxp.qem
%du -Ak /data/qemu/winxp.qem /mnt/data/qemu/winxp.qem
10485760 /data/qemu/winxp.qem
10485760 /mnt/data/qemu/winxp.qem
%stat -f '%N: %z %b' /data/qemu/winxp.qem /mnt/data/qemu/winxp.qem
/data/qemu/winxp.qem: 10737418240 20981792
/mnt/data/qemu/winxp.qem: 10737418240 4003456
In the above the new file system is /data, the old /mnt/data.
Running fsck(8) on the old file system doesn't show any errors and makes
no difference.
If dd(1) reads both files in, it counts the correct size, and running
md5(1) on both copies of the files produces the same hash, so at least
all the data is presumably present.
Surely fsck(8) should detect this?
Is this inconsistency cause for concern?
Thanks,
Aragon
More information about the freebsd-fs
mailing list