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