From owner-freebsd-questions Thu Dec 13 15: 2:17 2001 Delivered-To: freebsd-questions@freebsd.org Received: from cody.jharris.com (cody.jharris.com [205.238.128.83]) by hub.freebsd.org (Postfix) with ESMTP id 05C6F37B417 for ; Thu, 13 Dec 2001 15:02:14 -0800 (PST) Received: from localhost (nick@localhost) by cody.jharris.com (8.11.1/8.9.3) with ESMTP id fBDN1qg67985; Thu, 13 Dec 2001 17:01:52 -0600 (CST) (envelope-from nick@rogness.net) Date: Thu, 13 Dec 2001 17:01:52 -0600 (CST) From: Nick Rogness X-Sender: nick@cody.jharris.com To: Annelise Anderson Cc: Mike Meyer , questions@FreeBSD.ORG Subject: Re: FreeBSD 2.1.5 Installation - Disk Space In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 13 Dec 2001, Annelise Anderson wrote: > On Thu, 13 Dec 2001, Mike Meyer wrote: > > > My recommendation for new users is to create at most two file systems > > as well as swap: / and /home. Keep your private stuff on /home. That > > way, when you get a new release, you can do a "clean" install onto / > > without losing your data on /home. If you don't much space - where > > "much" depends on what you're planning on doing - having just one file > > system - / - is better. > > [SNIP] > As for the idea that the only purposes of separate divisions of a > slice into partitions (swap always being its own partition, of course, > within the slice) other than / being administrative, the > administrative differences may be very important. You can back up a > file system, e.g., ad0s1f; that's the "unit" dump uses (I think I've > got this right). > Also, many commands have options to "not traverse mount points" which becomes almost priceless once you actually have to do something with your machine. Disk space usage is also easier to view (with df) and scale with multiple filesystems. I guess all of these issues would be categorized as "administrative"...but then with UNIX, in general, what isn't administrative? It's better and easier to have the functionality up front then it is to add it later :-) Whether you use it or not. Nick Rogness - Keep on Routing in a Free World... "FreeBSD: The Power to Serve!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message