From owner-freebsd-hardware@FreeBSD.ORG Fri Dec 30 00:37:53 2005 Return-Path: X-Original-To: freebsd-hardware@freebsd.org Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91CC716A41F for ; Fri, 30 Dec 2005 00:37:53 +0000 (GMT) (envelope-from mlalvarez@manquehue.net) Received: from mx.lc-1.netline.cl (mx.lc-1.netline.cl [216.241.9.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B26F43D49 for ; Fri, 30 Dec 2005 00:37:51 +0000 (GMT) (envelope-from mlalvarez@manquehue.net) Received: from app2 ([10.0.0.12]:35236 helo=mail.netline.cl) by mx.lc-1.netline.cl with esmtp (SMTP 1.0 #1) id 1Es8HF-0000IK-6G for ; Thu, 29 Dec 2005 21:37:49 -0300 Received: from [200.119.230.49] (port=52742 helo=adsl-200-119-230-49.manquehue.net) by mail.netline.cl with esmtpa (SMTP 1.0 #1) id 1Es8HE-0008Ju-IO for ; Thu, 29 Dec 2005 21:37:48 -0300 From: Olivier Gautherot To: freebsd-hardware@freebsd.org Date: Thu, 29 Dec 2005 21:36:50 -0300 User-Agent: KMail/1.8.3 References: <200512292134.jBTLYaSH001273@clunix.cl.msu.edu> In-Reply-To: <200512292134.jBTLYaSH001273@clunix.cl.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512292136.50983.mlalvarez@manquehue.net> X-MAIL-AuthUser: mlalvarez@manquehue.net X-MAIL-Date: 2005-12-29 21:37:49 GMT-4 X-MAIL-SenderIP: 200.119.230.49 X-MAIL-Mta: app2 ([10.0.0.12]:35236 helo=mail.netline.cl) Subject: Re: Harddrive size being reported incorrectly? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: olivier@gautherot.net List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 00:37:53 -0000 On Thursday 29 December 2005 18:34, Jerry McAllister wrote: > > > [...] > > > When you slice and partition the drive, there will likely be a handful > > > of sectors that don't round out to an even value so those are dropped. > > > Then, when you do the newfs, some space is taken by the spare superblocks > > > and finally the system reserves 8%. So, I would say you are getting > > > it all. > > > > 289GB is before the 8% reservation. I actually turned that off with tunefs. > > I strongly suggest you do not do that - at least completely off. > Reduce it some, if you like, but keep some. I too strongly recommend you keep these 8% in. The fact is that the space is not wasted: in the old days, it was meant to prevent the system from happily creating files until it dies - beyond 100%, files already opened could be written to but you could not create new files. Some kind of "soft landing". I suppose it is still the case. Actually, a friend asked me a few weeks ago how the file system could reach 110% and he was speculating on how the system could use the swap partition to get to this level: it was not the swap partition but this extra space artificially held up. You can safely and without afterthoughts let this 8% in. Cheers -- Olivier Gautherot olivier@gautherot.net