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