Very Computer

just dont get this into my brain:

If I check the used space of my root-partition with  "du" and then check it
with "df" the difference is by factor 10 !!

# df -h  | grep hda8
/dev/hda8             996M  708M  289M  71% /

# du -shx /
78M     /

so df tells me that / has already 708M used and du tells me that I've used
78MB.  Thats not a small difference ;)

whats my problem here ? (sure its my problem and not the problem of my
machine. I'm obviuosly missing something here ...)

thnx,
peter

--
peter pilsl

http://www.goldfisch.at

On my machine I have these results:

# df -h | grep /dev/hda5
/dev/hda5              99M   48M   45M  51% /

# du -shx /
48M     /

As you can see. They are perfectly coherent...

Davide

You may have mounted a filesystem on top of a directory with
files in it, which would cause the discrepancy you are seeing.

You also may have a corrupted filesystem too.

I would suggest taking the system down to single user,
unmounting all filesystems except the root partition,
and doing this again.  If you still see a difference,
remount the root filesystem readonly and run fsck on
it.

  mount -o remount,ro /
  /sbin/e2fsck -f /dev/hda8

Please post whatever it is that you find.

Open files, open files, open files...!

df takes into account all used blocks, but du summarises all files on
the partition. If a file ( ? log file for example )  is open, the it
won't get counted.

So, the worry is then du is _greater_ than df.

HTH

Steve

Quote:

>just dont get this into my brain:

>If I check the used space of my root-partition with  "du" and then check it
>with "df" the difference is by factor 10 !!

># df -h  | grep hda8
>/dev/hda8             996M  708M  289M  71% /

># du -shx /
>78M     /

>so df tells me that / has already 708M used and du tells me that I've used
>78MB.  Thats not a small difference ;)

>whats my problem here ? (sure its my problem and not the problem of my
>machine. I'm obviuosly missing something here ...)

>thnx,
>peter

The filesystem is reiserfs (another thing I did not mention ...) and after
I read your posting I decided that there need to be some troubles with the
filesystem and decided to rebuild the whole reiser-tree on the reiserfs and
this turned out to bring out the truth:

now, after the rebuild even "du" shows the correct size. The missing 600MB
are now in a directory named "lost+found" ;)

by now all is running fine but I've to check the whole system to check
which files were affected here.

I even didnt know that rebuilding the tree of a reiserfs can put files to
lost+found. So maybe the files were in before and just the directory was
broken and fixed now. Also the files in lost+found have older dates.  But
dont know how reiserfs puts the files in there.

peter

--
peter pilsl

http://www.goldfisch.at

Quote:

>I even didnt know that rebuilding the tree of a reiserfs can put files to
>lost+found. So maybe the files were in before and just the directory was
>broken and fixed now. Also the files in lost+found have older dates.  But
>dont know how reiserfs puts the files in there.

Some programs will routinely create a temporary file, and immediately
remove the name after opening the file.  The file will then exist on
disk sithout name until it is closed and then removed.  Deleting a
huge log file while it is still open will have the same effect.

Villy