From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1F9nLX-0005Kg-4R for garchives@archives.gentoo.org; Thu, 16 Feb 2006 17:55:15 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1GHs9fo001296; Thu, 16 Feb 2006 17:54:09 GMT Received: from hetzner.email-server.info (new.email-server.info [213.133.109.44]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1GHkAt5019441 for ; Thu, 16 Feb 2006 17:46:10 GMT Received: from hd.bei.digitalprojects.com (e182060153.adsl.alicedsl.de [85.182.60.153]) by hetzner.email-server.info (Postfix) with ESMTP id 2EA81843D for ; Thu, 16 Feb 2006 18:46:13 +0100 (CET) Received: from [192.168.1.10] (blatt.bei.digitalprojects.com [192.168.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hd.bei.digitalprojects.com (Postfix) with ESMTP id 89F19B8C0A4 for ; Thu, 16 Feb 2006 18:45:57 +0100 (CET) Message-ID: <43F4BA91.6050304@mid.email-server.info> Date: Thu, 16 Feb 2006 18:46:57 +0100 From: Alexander Skwar User-Agent: Mail/News 1.5 (X11/20060211) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] How many GB for / partition? References: <7ae6f8f0602160419w67142523p296a88b3944ce180@mail.gmail.com> <20060216124229.3e47969f@hactar.digimed.co.uk> <7ae6f8f0602160450i3d0b3973x437e82ff45c8606e@mail.gmail.com> <7ae6f8f0602160451r4c7a61bp76981c5963c06209@mail.gmail.com> <43F478C4.9010800@mid.message-center.info> <20060216134744.4438d27e@hactar.digimed.co.uk> <43F48E86.2080702@mid.message-center.info> <20060216161714.71f319da@hactar.digimed.co.uk> In-Reply-To: <20060216161714.71f319da@hactar.digimed.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 33deb360-fe20-4115-a08f-7c9e67efb061 X-Archives-Hash: 3fff95287eb5d8712bdf38a789075863 Neil Bothwick wrote: > On Thu, 16 Feb 2006 15:39:02 +0100, Alexander Skwar wrote: > >> > But far more chance of running out of space on /usr, /var or /opt >> > while >> >> Not really. And even if so - who cares? Make the >> fs larger, and you're set. Also, if those fs >> run out of space, it's not a DoS. > > No, but it means you have to stop what you are doing to re-organise and > resize your partitions. Well, okay, but how often does that happen? And it's not as if resizing would be hard or time consuming. > >> > one of the others has plenty free. >> >> Well, no, since it's also bad advice to have one with >> plenty free :) > > Could you point me in the direction of the program that magically tells > you how much space you'll need for each directory in a year's time :) I can't. But that's just not needed. Make the filesystems as large as they *now* need to be. If more space is required, extending is a matter of a few seconds. > >> > I prefer to have these three on the >> > same partition for a desktop, >> >> I don't. Everything on its own filesystem. I mean, >> why not? Resizing, and especially extending, is >> so very easy. > > Extending is easy, but shrinking is not so easy or quick. That's correct. If it is possible at all. > If partition A > runs out of space while partition B has plenty, Then you made B too large, which is the main cause of the problem. > you have to shrink B's > filesystem before you can add space to A. That's time consuming, > especially if B uses XFS. What's so special about XFS? The fact that there's no shrinker? > Just because a directory existing in /, it doesn't have to be on a > separate filesystem. Of course not. It would be bad advice to put sbin, lib, bin or especially etc on seperate filesystems. :) For everything else, it makes sense to use seperate filesystems. > Use whatever works for your needs, Yes, of course. > but be sensible, > too many partitions Well. If we're talking just about usr, var, home, tmp, Gentoo, sources, then that's not "too many" in most cases. > is almost as bad as too few, and creates extra work. Well, it is not much extra work if it is extra work at all. Actually I rather think, that it's less work - in the long run Alexander Skwar -- "Wrong," said Renner. "The tactful way," Rod said quietly, "the polite way to disagree with the Senator would be to say, `That turns out not to be the case.'" -- gentoo-user@gentoo.org mailing list