Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 19 Aug 1998 15:36:00 -0700
From:      Don Lewis <Don.Lewis@tsc.tdk.com>
To:        Pecsenyanszky Istvan <pisti@c3.hu>, Chris Foote <chris@senet.com.au>
Cc:        Pecsenyanszky Istvan <pecseny@inf.bme.hu>, freebsd-isp@FreeBSD.ORG
Subject:   Re: file system full
Message-ID:  <199808192236.PAA04857@salsa.gv.tsc.tdk.com>
In-Reply-To: Pecsenyanszky Istvan <pisti@c3.hu> "Re: file system full" (Aug 19,  3:37pm)

next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 19,  3:37pm, Pecsenyanszky Istvan wrote:
} Subject: Re: file system full
} On Wed, 19 Aug 1998, Chris Foote wrote:
} 
} > Some space is reserved for root that normal users are unable to use.
} > Using 'tunefs' with the -m option, you should be able to reduce the
} > space reserved for root on an existing parition.
} 
} Even root cannot write on the file system.
} Incidentally I've created this file system with `newfs -m 0', so 0%
} reserved for root.
} 
} # dd if=/dev/zero of=dummy.tmp 
} /home: write failed, file system is full
} dd: dummy.tmp: No space left on device
} 15+0 records in
} 14+0 records out
} 7168 bytes transferred in 0.001444 secs (4964050 bytes/sec)
} # df .
} Filesystem   1K-blocks     Used    Avail Capacity  Mounted on
} /dev/sd0s1e   36790190 35423783  1366407    96%    /home
} #
} 
} now I have 1.3GB unusable space :(

You've run out of free blocks.  The only space left on the disk is
frags (partial blocks that are allocated to hold the last bit of
a file so an entire block isn't wasted).

I bet your filesystem performance really sucks now because the
files recently created will have their blocks scattered all over
the disk, so the disk heads will thrash madly around when you
access these files.  Allocating space for new files is also
really slow because the amount of searching that needs to be
done to find free blocks.

You can get up to 100% by newfs'ing and making the frag size
equal to the block size.  This will result in more space being
wasted at the end of each file, so you'll be able to store less
usable data (with smaller frags the ends of multiple files can
occupy the same block), but df will say 100%.  The performance
will still suck, too.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199808192236.PAA04857>