Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!decwrl!hplabs!hp-pcd!hplsla!hpubvwa!grlab!scott
From: scott@grlab.UUCP (Scott Blachowicz)
Newsgroups: comp.sys.hp
Subject: Re: HP-UX problems and suggestions (s800)
Message-ID: 
Date: 2 Oct 89 15:48:20 GMT
References: <1717@zen.co.uk> <1989Sep28.134347.17060@hellgate.utah.edu>
Sender: scott@grlab.UUCP
Organization: Graphicus, Inc., Kirkland, WA USA
Lines: 23
In-reply-to: mjb%hoosier.utah.edu@cs.utah.edu's message of 28 Sep 89 19:43:46 GMT

In article <1989Sep28.134347.17060@hellgate.utah.edu> mjb%hoosier.utah.edu@cs.utah.edu (Mark Bradakis) writes:
>In article <1717@zen.co.uk> frank@zen.co.uk (Frank Wales) writes:

>>1) The information stored in "/etc/disktab" for the 7963
>>disk drive results in newfs(1M) correctly displaying that
>>the drive has 304MB of disk space (297108 1K blocks in section 2).
>>...
>>Yet once the disk has been formatted and mounted, bdf(1) reports only
>>278MB available.  This leaves almost 10% of the physical disk space
>>unavailable

>I'm confused.  Are you talking about the standard 10% extra space available
>only to system stuff, or another 10% on top of that, i.e., what if you did
>newfs -m 1% ...
Also, space for inodes is taken out. You could decrease the number of
inodes allocated by increasing the "bytes-per-inode" value with newfs.
I usually find that the defaults end up with LOTS of inodes, but your
mileage may vary...
--
Scott Blachowicz                E-mail:  scott@grlab.UUCP
USPS:  Graphicus                 ..or..  ...!hpubvwa!grlab!scott
       150 Lake Str S, #206     VoicePh: 206/828-4691
       Kirkland, WA 98033       FAX:     206/828-4236