Subject: Re: "Interesting" df output
To: MICHAEL LARKIN <tinomen@usa.net>
From: Colin Wood <cwood@ichips.intel.com>
List: port-mac68k
Date: 09/03/1998 13:23:32
MICHAEL LARKIN wrote:
> 
> >  > Those numbers are impossible. "sd0a" is only 32MB, "sd0g" is 100MB. 
> >  > "sd0e" is also only 32MB. The entire drive is only 200MB! 
> >  > 
> >  > Everything else seems to work fine. I can create files in /usr, /var, and
> 
> >  > anywhere else on the drive. But the broken file system size seems to hose
> a 
> >  > number of programs, including sendmail. Other than that, the 
> >  > system functions well. (Or at least appears to). 
> 
> >  Both /usr and /var are full. ffs filesystems need to have a certain amount 
> >  of free space to operate correctly, so the "100%" capacity size is less 
> >  than the size of the drive in blocks. 
> 
> >  As root, you can fill the disk above the "100%" capacity. Other users, 
> >  though, can't. 
> 
> >  Try deleting some stuff and you should be fine. I find the unformatted man 
> >  pages are a good candidate (depending on the version, they might be 
> >  installed). 
> 
> Ahh. I knew about that fact, but was more concerned with df reporting the size
> of the filesystems incorrectly. In addition, doing a du -k /var reveals that
> it has hardly anything in it at all.
> 
> I get similar results for /usr. The size of /usr is 100MB, and only 87MB are
> used. In /var, only 13MB are used. (Out of 32MB).
> 
> I only installed the base and etc sets at this point, so /var remains farily
> unpopulated.
> 
> Any clues?

this is a rather old known bug (i've seen it since 1.2 at least).  i
believe some random change has fixed it in -current, tho.

later.

-- 
Colin Wood                                 cwood@ichips.intel.com
Component Design Engineer - PMD                 Intel Corporation
-----------------------------------------------------------------
I speak only on my own behalf, not for my employer.