From owner-freebsd-questions@FreeBSD.ORG Mon Aug 15 04:34:34 2005 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8916716A41F for ; Mon, 15 Aug 2005 04:34:34 +0000 (GMT) (envelope-from lei.sun@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 954BC43D48 for ; Mon, 15 Aug 2005 04:34:33 +0000 (GMT) (envelope-from lei.sun@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so954441wra for ; Sun, 14 Aug 2005 21:34:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hdNVcKo1N0ZFpvoumJcX2LW3UJ1UmdvzkdP2yHPyqOz3e15Wb8VRPwaR+yMfCZIC6w/Y2L8HXlacS0Arhfi9SKquP/cIP0mpF8n22TVu56uXCNvvDOGDcKPE7glPNdmkrMU4Gk97J/JO3NvPkN9gcmonCCBEQBxHZ+rLFkqmpCk= Received: by 10.54.57.77 with SMTP id f77mr3249638wra; Sun, 14 Aug 2005 21:34:32 -0700 (PDT) Received: by 10.54.6.70 with HTTP; Sun, 14 Aug 2005 21:34:32 -0700 (PDT) Message-ID: Date: Sun, 14 Aug 2005 21:34:32 -0700 From: Lei Sun To: Glenn Dawson In-Reply-To: <6.1.0.6.2.20050814131957.10dd4160@cobalt.antimatter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6.1.0.6.2.20050814000146.0535bb50@cobalt.antimatter.net> <20050814191842.GA1358@bsdbox.farid-hajji.net> <6.1.0.6.2.20050814131957.10dd4160@cobalt.antimatter.net> Cc: questions@freebsd.org, cpghost Subject: Re: disk fragmentation, <0%? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Aug 2005 04:34:34 -0000 Thanks for the good answers. But can anyone tell me why the capacity is going negative? and not full? > Filesystem Size Used Avail Capacity Mounted on > /dev/ar0s1e 248M -278K 228M -0% /tmp Thanks a lot Lei On 8/14/05, Glenn Dawson wrote: > At 12:18 PM 8/14/2005, cpghost wrote: > >On Sun, Aug 14, 2005 at 12:09:19AM -0700, Glenn Dawson wrote: > > > >2. How come /tmp is -0% in size? -278K? What had happened? as I have > > > >never experienced this in the previous installs on the exact same > > > >hardware. > > > > > > Not sure about that one. Maybe someone else has an answer. > > > >This is a FAQ. > > > >The available space is always computed after subtracting some space > >that would be only available to root (typically around 5% or 10% > >of the partition size). >=20 > The default is 8%. >=20 > > This free space is necessary to avoid internal > >fragmentation and to keep the file system going. Root may be able > >to "borrow" some space from this (in which case the capacity goes > >below 0%), but it is not advisable to keep the file system so full, > >so it should be only for a limited period of time. >=20 > The reason for having the reserved space is to allow the functions that > allocate space to be able to find contiguous free space. When the disk i= s > nearly full it takes longer and longer to locate contiguous space, which > can lead to performance problems. >=20 >=20 > >In your example, you're 278K over the limit; and should delete some > >files to make space ASAP. Should /tmp fill up more, it will soon become > >inoperable. >=20 > From the original message: >=20 > Filesystem Size Used Avail Capacity Mounted on > /dev/ar0s1e 248M -278K 228M -0% /tmp >=20 > This shows that /tmp is empty. If the reserved space was being encroache= d > upon, it would show > 100% capacity, and available bytes would go negativ= e, > not bytes used. >=20 > It would look something like this: >=20 > Filesystem Size Used Avail Capacity Mounted on > /dev/ad0s1a 248M 238M -10M 105% / >=20 > I've never seen the capacity go negative before, which is why I suggested > someone else might know the answer. >=20 > -Glenn >=20 >