df problem (missing space on harddrive)

[Guest_imported]

Hi all

i have a Intel Solaris 8 with a 10GB quantum and a 40GB IBM.
The problem problem is:
"df -k" reports 0 kbytes diskspace availabel on my under /IBM40GB mounted 40GB, but there are still 1,8GB free!! ... as you can see by the following output:

--------
bash-2.03# df -k /IBM40GB
Filesystem kbytes used avail capacity Mounted on
/dev/dsk/c0d1s2 37687238 35841691 0 100% /IBM40GB

bash-2.03# fsck
...
** /dev/rdsk/c0d1s2
** Currently Mounted on /IBM40GB
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1865 files, 35841691 used, 1845547 free (995 frags, 230569 blocks, 0.0% fragmentation)

bash-2.03# du -k /IBM40GB
...
35841691 /IBM40GB
------------

I have installed the last Sun Solaris 8 patch-cluster (16th nov) but it doesn't help.
Is there something i can do about it?

Thanks for any coments...

Best regards,

Soeren

 

[trunix]

Unix systems reserve 10% of any filesystem for system use, hence df will report a filesystem being 100% full when in fact only 90% of it is in use. This explains how you can sometime see df reporting more than 100% usage.

The 10% figure is the default, but can be varied with the tunefs command minfree option

 

[Guest_imported]

Hi trunix!

i have never realised this before!

Thank you very much for your help, i have now tuned it to 1% minimum free

Best regards,
Soeren

 

[trunix]

Ok, but removing the free space can reduce system performance in the disk i/o area. The system uses the free space to move files around to prevent too much fragmentation of files.

If your filesystem is static and is there are not many changes to files, then your 1% should be ok, but if files are changing - particulary if they are growing in size, then you may run into performance problems.