From owner-freebsd-questions@FreeBSD.ORG Sun Aug 14 19:12:55 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 23EBE16A41F for ; Sun, 14 Aug 2005 19:12:55 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 980BE43D45 for ; Sun, 14 Aug 2005 19:12:54 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id 838BA4C1BB; Sun, 14 Aug 2005 21:12:09 +0200 (CEST) Date: Sun, 14 Aug 2005 21:18:42 +0200 From: cpghost To: Glenn Dawson Message-ID: <20050814191842.GA1358@bsdbox.farid-hajji.net> References: <6.1.0.6.2.20050814000146.0535bb50@cobalt.antimatter.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.0.6.2.20050814000146.0535bb50@cobalt.antimatter.net> User-Agent: Mutt/1.5.9i Cc: Lei Sun , questions@freebsd.org 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: Sun, 14 Aug 2005 19:12:55 -0000 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). 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. 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. > -Glenn -cpghost. -- Cordula's Web. http://www.cordula.ws/