HDTenEightyP/NetNews huggingface dataset:
From: jdavis@bordeaux.kpno.noao.edu (Jim Davis)
Subject: Re: SunOS 4.1.3 and recent security patches
Organization: Blurkmann Planetarium
Date: Fri, 16 Oct 1992 18:39:42 GMT

In article <1992Oct16.161209.3142@src.honeywell.com> jkimball@src.honeywell.com (John Kimball) writes:
>We're planning on upgrading our Suns to SunOS 4.1.3.  I have a list of
>security patches that were applicable to 4.1.x.  (The patches were
>announced in CERT advisories and/or on Sun's security-contacts list.) From
>the information I've been able to dig up (so far), I have no idea whether
>these patches have been superceded by 4.1.3 or not.
>
>patch           bug                     comments
>------------------------------------------------------------------------------
>100188-02       1008324,1040722,1070495 TIOCCONS, pty living on
>100296-02       2000680,1044852,1048890 rpc.mountd, netgroups
>100305-07       many                    lpd deletes anything
>100376-04       1069072,etc             SPARC integer division
>100383-04       1069497,1074961         rdist lets you make setuid files
>100424-01       1063470                 fsirand guesses nfs handles (reqs jumbo
>08)
>100448-01       1076118                 OW 3.0 loadmodule(8) gives you root
>100478-01       1077337                 xlock screws up
>100482-02                               several NIS holes (only 3*10^9 left...)
>100567-02       1087460,1093937         icmp redirects and denial of service
>100630-01,100377-04                     getting root via environment variables
>100633-01       1085851                 ditto

From the 4.1.3 release & install manual, it looks like 100188-02 is the only
one directly included.  The Bloated^H^H^H^H^H^H^HOpenwindow patches
100448-01 and 100478-01 (along with several others) are apparently on the
CD, but it looks like you have to run extract_patch to install them.
-- 
Jim Davis       | "Bad haircut, dresses funny, smells a little like
jdavis@noao.edu |   steamed vegetables" -- Pete
Xref: sparky comp.sys.sun.admin:7058 comp.dcom.modems:14753
From: cawilco@afterlife.ncsc.mil (Chris A. Wilcox)
Newsgroups: comp.sys.sun.admin,comp.dcom.modems
Subject: Need help with Annex3 setup
Summary: Can't get bidirectional modem to work
Date: 8 Oct 92 20:43:29 GMT
Organization: The Great Beyond


I was wondering if anybody out there has a good port setup for
a Xylogics Annex 3 box for implementing bidirectional modems.
I have the Annex 3 connected to a Sun 4/380, using Annex' rtelnet
program to associate a port on the Annex with a device file
on the Sun. I have tried to do what the Annex manual tells me
to do (yeah, I know, my first mistake :-), but all I get from
that is the modem cycling RTS/DTR  every 10 seconds or so. If
anybody has solved this problem and is willing to share the
solution, I'm all ears (figuratively speaking :-)
-- 
***************************************************************************
Chris Wilcox       Email:cawilco@afterlife.ncsc.mil        Dept. of Defense
  None of the above statements necessarily represent the views of the DOD.
"I was raised to be charming, not sincere." Prince Charming, Into the Woods
From: ajt@doc.ic.ac.uk (Tony Travis)
Newsgroups: comp.sys.sun.admin
Subject: Re: How to manage backups in a multi-vendor network
Date: 8 Oct 92 00:53:40 GMT
Reply-To: ajt@rri.sari.ac.uk
Organization: Dept. of Computing, Imperial College, University of London, UK.
NNTP-Posting-Host: swan.doc.ic.ac.uk
X-Newsreader: TIN [version 1.1 PL6]

Paul Bininda (bip@sekas.de) wrote:
: [...]
: The first problem I encountered is, that appearantly the SunOS dump
: command can only be used to back up ONE file system on one tape. Is
: this realy true? If so, the dump command is out already, since there
: are four file systems on the Sparc alone, and I don't want to stay in
: the company every night to switch tapes.

Not true - but it is true that a multi-volume dump must begin at the
start of a tape.

To put more than one dump on a tape use the non-rewinding device (eg.
/dev/nrst0) and do "mt eom" before starting the dump.

: Otherwise, the dump command would be at least a partial solution, since
: one can use the remote tape interface. I say partial, since Interactive
: UNIX appearantly doesn't feature the remote tape interface.

pipe the output to a remote shell running "dd" on the tapehost.

: Now for a completely different approach I thougth of: mount all the
: file systems in our company over NFS on the Sparc (all our UNIX boxes
: have NFS) and do a
: 
: 	tar c /
: 
: Is this workable? Does tar do the right things with special files,
: hard links, symbolic links, ...? Does it work on NFS mounted disks?

There are many probems with this approach:  you need to export all
filesystems with -root=tapehost or root gets 'nobody' permissions
and _some_ SysV systems I use forbid root access from other systems
unless you patch the kernel and make the system totally insecure.

The network traffic generated by traversing NFS mounted directories
can also be high and not all versions of tar handle named pipes etc.
gracefully :-(

The solution I use is to run a remote shell on the target machines (in
my case a couple of Torch QuadX Uniplus SysV boxes) from a SparcStation
with a tape drive attached.  It looks something like:

sparc% rsh torch "cd /; find . -ctime -7 -print | cpio -oacB" | \
       dd of=/dev/nrst0 bs=5120

Where the stdout of the rsh is written to the tape on the SparcStation.
It also requires a /.rhosts entry for "sparc" on "torch" to rsh as
root.  I've now put a more elaborate script on the torches that decides
what level of incremental dump to perform according to the current
date, but the principle is the same.

	Tony.
--
Dr. A.J.Travis,                       |  Tony Travis
Rowett Research Institute,            |  JANET: <ajt@uk.ac.sari.rri>
Greenburn Road, Bucksburn,            |  other: <ajt@rri.sari.ac.uk>
Aberdeen, AB2 9SB. UK.                |  phone: 0224-712751
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: Plenty of free space on drive, but 100%
Date: 11 Oct 92 01:27:33 GMT
Organization: Auspex Systems, Santa Clara

>If I remember correctly, the 4.3 BSD kernel will
>switch automatically between "space" and "time" whenever you cross the
>10% line,

Nope.

When reallocating a fragment to a bigger size, it switches from SPACE to
TIME if:

	1) "minfree" is >= 5%;

and

	2) the # of free frags is less than or equal to (the number
	   of data blocks in the file system times "(1/2 minfree)");

as per:

	switch ((int)fs->fs_optim) {
	case FS_OPTSPACE:
		/*
		 * Allocate an exact sized fragment. Although this makes 
		 * best use of space, we will waste time relocating it if 
		 * the file continues to grow. If the fragmentation is
		 * less than half of the minimum free reserve, we choose
		 * to begin optimizing for time.
		 */
		request = nsize;
		if (fs->fs_minfree < 5 ||
		    fs->fs_cstotal.cs_nffree >
		    fs->fs_dsize * fs->fs_minfree / (2 * 100))
			break;
		log(LOG_NOTICE, "%s: optimization changed from SPACE to TIME\n",
			fs->fs_fsmnt);
		fs->fs_optim = FS_OPTTIME;
		break;

and it switches from TIME to SPACE if the # of free frags is greater
than (the number of data blocks in the file system times "(minfree - 2%)")
as per:

	case FS_OPTTIME:
		/*
		 * At this point we have discovered a file that is trying
		 * to grow a small fragment to a larger fragment. To save
		 * time, we allocate a full sized block, then free the 
		 * unused portion. If the file continues to grow, the 
		 * `fragextend' call above will be able to grow it in place
		 * without further copying. If aberrant programs cause
		 * disk fragmentation to grow within 2% of the free reserve,
		 * we choose to begin optimizing for space.
		 */
		request = fs->fs_bsize;
		if (fs->fs_cstotal.cs_nffree <
		    fs->fs_dsize * (fs->fs_minfree - 2) / 100)
			break;
		log(LOG_NOTICE, "%s: optimization changed from TIME to SPACE\n",
			fs->fs_fsmnt);
		fs->fs_optim = FS_OPTSPACE;
		break;

> dunno why SunOS doesn't (this is all on 4.1.1).

It should do that (the SunOS 4.1.1 code in that particular part of
"ufs_alloc.c" is identical to the 4.3BSD code I cited).
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: Size of swap file
Date: 10 Oct 92 18:49:16 GMT
Organization: Auspex Systems, Santa Clara

>This is correct sort of... the extra memory will be used for I/O cache but
>regular processes will not have access to it. I'm sure folks will correct
>me if I'm wrong... :-)

OK....

The extra memory can be used for:

	non-anonymous pages;

	dynamically-allocated kernel data structures.

"I/O cache" falls under the heading of "non-anonymous pages", but then
so does anything else paged in as the result of mapping in a file.

So the extra memory *can* be used, for example, for pages of
demand-paged executables and shared libraries.  It just won't be used
for stack or BSS/heap pages, because they're "anonymous" pages backed by
swap space rather than by a file, and SunOS at least up to 4.1.1 (and
probably later 4.1[.x] releases - but *not*, I think, 5.x releases)
pre-reserves backing swap space and won't allow anonymous pages not to
have swap space reserved for them.
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.sys.sun.admin
Subject: Re: Need postscript filter for lpd
Date: 13 Oct 92 15:13:41 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Organization: Vidiot's Other Hangout

In article <91485@rphroy.ph.gmr.com> rhaar@albert.cs.gmr.com writes:
<In article 19505@socrates.umd.edu, mike@starburst.umd.edu (Michael F. Santangelo) writes:
<|>Have just configured an APPLE LaserWriter printer to the serial
<|>port of our Sun IPC (SunOS 4.1.1).  I got the printcap entry
<|>working so that I can zap a native postscript data file to the
<|>printer via 'lp' and have it print correctly.  What I need now
<|>is a postscript filter that will enable me to have another queue
<|>pointing to the save device that can be used to print normal ASCII
<|>text (flat files).  
<
<I don't think that you need anything more. I am running a 
<similar setup (Aplle LaserWriter Plus on a Sun 4/330 running 4.1.1)
<and print either PostScript files or plain ASCII text files.
<
<Try using lpr rather than lp. If I do a "lpr <file>", this
<works no matter whether the file is straight ASCII or PostScript.

A filter of some sort is still needed.  By default, SunOS doesn't come with
a filter to convert plain text to PostScript, at least not that I have seen.
That is why Sun sells NeWSprint.  It contains all kinds of neat facilities.

By itself the line printer daemon is fairly printer ignorant.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
Xref: sparky comp.sys.sun.admin:7070 comp.sys.sun.apps:2180 comp.sys.sun.wanted:1602
From: koreth@spud.Hyperion.COM (Steven Grimm)
Newsgroups: comp.sys.sun.admin,comp.sys.sun.apps,comp.sys.sun.wanted
Subject: Re: Sun Dialback Software
Date: 8 Oct 1992 20:51:58 -0700
Organization: Hyperion, Mountain View, CA, USA
NNTP-Posting-Host: spud.hyperion.com

In <1992Oct6.200835.6685@megatek.com> randy@megatek.com (Randy Davis) writes:
> [TermServ is from...]
>          QualTrak Corp.
>          (408) 730 -2670.

QualTrak's number is actually (408) 730-2674.
From: bob@sna.co.umist.ac.uk (Bob Nutter)
Newsgroups: comp.sys.sun.admin
Subject: Strange username bug?
Date: 7 Oct 92 14:09:46 GMT
Organization: UMIST Computation, PO Box 88, Manchester, UK


Hi,

I set up an account for a user and called it pritranan. All seemed fine, but it
refuses to let him login, coming back with 'login incorrect'. I remade my maps,
even deleted the account and remade it, tried different passwords, etc, all to no
avail. Changing the login name works - 'pritrana' and all shortened versions
work, but 'pritranan' always fails. Has anyone else come across this sort of
thing before? Is the repeating of the last two letters causing it to go WeIrD on
me, or what? Have Sun got something against people called Pritranan? (This is on
4.1.2, BTW)

Anyway, I'm going to call him 'tp' now, so there :-)

bob
-------------------------------------------------------------------------------
bob nutter, computer officer    | "If there's no class divides, then how
UMIST dept of computation       |  come you're standing here waiting for
po box 88 manchester m60 1qd uk |  a bus when someone drives past in a
tel:+44 61 200 3343             |  car worth the price of a house?"
email:b.nutter@umist.ac.uk      |
From: jwt@duke.cs.duke.edu (Jeffrey W. Tannehill)
Newsgroups: comp.sys.sun.admin
Subject: adding memory to diskless clients - how much?
Date: 16 Oct 92 18:45:37 GMT
Organization: Duke University Computer Science Dept.; Durham, N.C.


	We have a number of diskless Sun workstations, among which are the
models SLC, ELC, SS1 and SS1+.  Many of the models have only 12 Mbytes of RAM,
and many have only 16 Mbytes.  There is a feeling that some of these machines
are occasionally "sluggish", which has raised the question of how much memory 
is needed to avoid this.

Question #1:
	My understanding is that the SLC (Sun 4/20) can only take 4 MByte SIMMs
and only 4 of those. Has anyone put more than 16 Mbytes in an SLC?

Question #2:
	For the SS1, SS1+ and ELC we are willing to put as much as 32 Mbytes in
each, but obviously don't want to buy a lot more than we need.  Has anyone
tested and arrived at a number for the amount of memory they feel is necessary 
for their diskless workstations to run without hesitation under "ordinary" 
load (Openwindows or X windows +  rn, emacs, mailtool, cc and other low-load 
processes)?  The last time we tested, we determined that 12 Mbytes was the 
minimum, but that allowed for sluggishness. Now we can afford to get rid of 
the sluggishness, and the only info we already have is that our 32 and 40 Mbyte
machines work fine. Has anyone compared 16, 20, 24, and 28 Mbytes?

Question #3:
	I have been asked whether or not SunOS 4.1.x allocates a large chunk
of RAM for file caching, so for example if you have 12 Mbyte of RAM then the 
kernel and all the user processes only have 10 Mbytes to work with. 
Is this the case? If so, then is it a significant amount (Mbyte or more) 
and can the amount of file caching be modified?

	Thanks for any information.

-- 
/*______________________________Jeff Tannehill_______________________________*
 * MAIL:  Duke Dept. of Computer Science        Internet: jwt@cs.duke.edu    *
 *        Durham, NC 27708 USA                  PHONE: +1 919 660 6500       */
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: Harware flow control on serial lines
Date: 13 Oct 92 22:10:51 GMT
Organization: Auspex Systems, Santa Clara

>Unfortunately the input side does not work, if there are more characters
>than the Sun can handle, they will get lost.
>Is this a known problem? A FAQ?

This is an very-frequently-asked question.  The answer is, to quote
TERMIO(4):

     If CRTSCTS is set, and the terminal has modem control  lines
     associated  with it, the Request To Send (RTS) modem control
     line will be raised, and output will occur only if the Clear
     To Send (CTS) modem status line is raised.  If the CTS modem
     status line is lowered, output is  suspended  until  CTS  is
     raised.   Some  hardware  may not support this function, and
     other hardware may not permit it to be disabled;  in  either
     of these cases, the state of the CRTSCTS flag is ignored.

Note well that it says nothing about the control of the flow of data
into the Sun; that's because it doesn't control the flow of data into
the Sun.  CRTSCTS causes the driver to ask the hardware to do control of
the flow of data out of the machine; that's all the CPU serial port
hardware can do.

At some point, SunOS 5.x may also support *software* bi-directional
out-of-band flow control; on the CPU serial ports, at least, it'll have
to be software flow control, as the hardware can't do it alone.
Newsgroups: comp.sys.sun.admin
From: ltran@netcom.com (Linh C Tran)
Subject: Question on Exabyte 8500
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 14 Oct 1992 07:26:40 GMT

Help...

I am a novice user on Unix.  We have just install an Exabyte 8500 on to
an IPC via SCSI interface.  But when I enter this command:      
		mt -f /dev/rst1 status
The message from the system indicates to me that it is a 
8200 not 8500 that we bought.  Is there a way for me to find out
exactly what type of system it is short of removing the cover ?

Thanx in advance...

Linh 		ltran@netcom.com

   


  

Newsgroups: comp.sys.sun.admin
From: hue@island.COM (Pond Scum)
Subject: Re: booting a sparc from floppy ?
Organization: Island Graphics Corp.
Date: Thu, 15 Oct 1992 01:56:43 GMT

nicolai@runner.prz.tu-berlin.de (Nicolai Leymann) writes:

>Dear Netters,

>I'm trying to boot a SPARC-Station IPX from floppy. Booting the kernel
>from the floppy works fine but problem is, that the kernel is looking 
>for the root filesystem on the floppy. Is it possible to change this
>behaviour in a way, that the kernel is using a rootfilesystem (and swap)
>from a harddisk (eg. sd0 or sd3) ?

>So can anyone help ?

You can alway boot vmunix -a so it asks where root and swap are located.
Otherwise you can put it in your config file that you use to make the 
kernel.


-Jonathan	hue@island.COM
From: jpc@csd.cri.dk (Jens Peter Christensen)
Newsgroups: comp.sys.sun.admin
Subject: Re: HELP: problem with memory on SUN IPX
Date: 15 Oct 92 17:11:55 GMT
Organization: Computer Resources International A/S

kleemann@informatik.uni-wuerzburg.de (Fritz Kleemann) writes:

>I have a little problem with my SUN IPX( SunOS Release 4.1.3):

>After upgrading from 16MB to 32MB the command 'wc /dev/mem' says
>that there are only 16MB memory!

>But my initial screen, after powering on, says that there are 32MB 
>memory installed.
>And, while booting, the message 'vmunix: mem = 32768K (0x2000000)'
>appears on the screen!

>                  WHAT IS WRONG WITH MY SYSTEM?

Nothing. It's recognized the 32Mb alright, but since the Sun 3/80 the
physical memory in Sun's have not been mapped contigously in /dev/mem
and the simple wc trick hasn't worked reliably since then. That is, if
you have more than one bank of SIMM's in the machine, there will be
"holes" in the memory space.

Why it says 16Mb and not fex. 80Mb, which seems a logical
alternative, beats me.....

>Thanx for your help!
>  Fritz
>--
> Fritz Kleemann				Department of Computer Science
> kleemann@informatik.uni-wuerzburg.de	University of Wuerzburg, Germany

You're welcome,

Jens Peter
-- 
Jens Peter Christensen                     
System Administrator, CASE Systems Division       E-mail:    jpc@csd.cri.dk
Computer Resources International A/S              Phone:    +45 45 82 21 00
Bregneroedvej 144, 3460 Birkeroed, Denmark        Fax:      +45 45 82 17 66
From: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.sys.sun.admin
Subject: Me too (Re: giant packet)
Date: 8 Oct 92 18:55:27 GMT
Article-I.D.: shamash.48409
Distribution: comp.sys.sun.admin
Organization: ICEM Systems, Inc.

In article <KAM.92Oct8090407@moe.tulmath.math.uno.edu>, kam@tulmath.math.uno.edu (Katherine Hosch) writes:
|> Sorry if this is a FAQ -- I'm sure I have seen reference to it in the past, 
|> but then I didn't have the problem!  I have a smallish network of (mostly)
|> Suns, and they are forever complaining that, e.g.:
|> 
|> Oct  6 14:42:22 moe vmunix: le0: Receive: giant packet from ff:ff:ff:ff:ff:ff
|> Oct  6 14:42:22 moe vmunix: le0: Receive: STP in rmd cleared
|> Oct  6 14:42:22 moe vmunix: le0: Receive: giant packet from ff:ff:ff:ff:ff:ff
|> Oct  6 14:42:22 moe vmunix: le0: Receive: STP in rmd cleared
|> 
|> Would someone please tell me the fix?

I'm also having similar problems.  Please include me in any responses.

-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/* we are realizing infinite possibilities in exchange for our soul */
From: abao@sunwise (Angela Bao)
Newsgroups: comp.sys.sun.admin
Subject: Re: 4.1.3 lock manager incompatibility?
Date: 15 Oct 92 19:36:42 GMT
Reply-To: abao@sunwise.hac.com
X-Newsreader: Tin 1.1 PL3

mills@ccu.umanitoba.ca (Gary Mills) writes:
: In <pbray.719033895@firebird> pbray@firebird.newcastle.edu.au (Peter Bray) writes:
: 
: >SetUp:	SUN SLC & IPX running 4.1.2 with 100075-08 rpc.lockd jumbo patch
: >	The IPX is the NFS file server for all applications / user files.
: 

I had to install the NFS jumb patch (100075-09) for my 4.1.1 4/470 server in 
order to get lockd work correctly on the HP 720s running 8.07.   

Is upgrading to 4.1.3 going to cause a problem with HP clients?


thanks...
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
#include <std.disclaimer>   |	Angela Bao -- Hughes Aircraft, Fullerton, CA
			    |	abao@sed.hac.com              (714) 441-6817
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.sys.sun.admin
From: mills@ccu.umanitoba.ca (Gary Mills)
Subject: Re: 'cron' may fail again at the Daylight Savings Time switch 25-Oct-92
Keywords: cron, die, daylight, savings, time
Organization: University of Manitoba, Winnipeg, Canada
Date: Tue, 13 Oct 1992 13:31:17 GMT

In <3188@tardis.Tymnet.COM> jms@tardis.Tymnet.COM (Joe Smith) writes:

>Here is a reminder to everyone who is not running the patched version of 'cron'.
>The problems the old 'cron' has in October are not as bad as the problems it
>has in April, but you might as well upgrade before the switch anyway.

>Patch-ID# 100520-01
>Synopsis: SunOS 4.1.1: Cron dies when daylight savings time STARTS/STOPS
>Keywords: cron, die, daylight, savings, time
>Date: 2/Mar/92
 
There is a later patch (100651-01), which fixes this bug and another one that
caused cron to dump core.  I ran it for a while here, and it dumped core,
but not at the place described in the patch.  I went back to the original.
-- 
-Gary Mills-         -Networking Group-          -U of M Computer Services-
Newsgroups: comp.sys.sun.admin
From: goran@astro.uu.se (Goran Hammarback)
Newsgroups: comp.sys.sun.admin
Subject: Re: Plenty of free space on drive, but 100% full?
Date: 9 Oct 1992 13:53:25 GMT
Organization: Uppsala University
Distribution: world
NNTP-Posting-Host: solaris.astro.uu.se

In article <363@ftms.UUCP>, brown@ftms.UUCP (Vidiot) writes:
|> In article <TIBBS.92Oct7003200@bifur.math.uh.edu> tibbs@bifur.math.uh.edu (Jason L Tibbitts III) writes:
|> <After upgrading a Sparc 2 to 4.1.3 (from 4.1.1B) and doing the obligatory
|> <fsck, I get from df:
|> <
|> <Filesystem            kbytes    used   avail capacity  Mounted on
|> </dev/sd0a               7573    5922     894    87%    /
|> </dev/sd0g              85789   77442       0   100%    /usr
|> <...
|> <
|> <Now how on earth did this thing learn to subtract?
|> <
|> <Deleting some small file aill make the "avail" number go negative, but
|> <after a while it will spontaneously go back to zero.  A full fsck from
|> <single user and a reboot doesn't help anything.
|> <
|> <Any ideas?  (Please let it not be the 'ol "backup and restore"!)
|> 
|> You obviously don't know about BSD file structures.  There is a 10% buffer
|> in every BSD file system.  This gives you a chance to continue to work and
|> get the file system back down in size.
|> 
|> So, you can really go to 110% with a BSD file system.


This is not quite true.  Yes, there is more space on the disk than can
be used by mortal users, but the reason for this is file system performance.  Only root can use up the extra space.  You can change this with tunefs
(the minfree parameter), but if you go below 10% minfree, file system
optimization changes from time to space.

-- 

Goran

------------------------------+---------------------------------
Goran Hammarback              |     goran@astro.uu.se
Astronomiska Observatoriet    |
Uppsala Universitet           |
S-751 20 SWEDEN               |
------------------------------+---------------------------------