From owner-freebsd-questions@FreeBSD.ORG Mon Jan 22 19:00:20 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 192FA16A403 for ; Mon, 22 Jan 2007 19:00:19 +0000 (UTC) (envelope-from news@nermal.rz1.convenimus.net) Received: from mx1.netclusive.de (mx1.netclusive.de [89.110.132.131]) by mx1.freebsd.org (Postfix) with ESMTP id A5EB513C44C for ; Mon, 22 Jan 2007 19:00:19 +0000 (UTC) (envelope-from news@nermal.rz1.convenimus.net) Received: from nermal.rz1.convenimus.net (p3EE22B71.dip0.t-ipconnect.de [62.226.43.113]) by mx1.netclusive.de (Postfix) with ESMTP id 24843DE80B1 for ; Mon, 22 Jan 2007 20:00:16 +0100 (CET) Received: by nermal.rz1.convenimus.net (Postfix, from userid 8) id 3FE241521B; Mon, 22 Jan 2007 20:00:15 +0100 (CET) To: freebsd-questions@freebsd.org Path: not-for-mail From: Christian Baer Newsgroups: gmane.os.freebsd.questions Date: Mon, 22 Jan 2007 20:00:15 +0100 (CET) Organization: Convenimus Projekt Lines: 29 Message-ID: References: <45B3E0D0.70005@u.washington.edu> NNTP-Posting-Host: garfield.rz1.convenimus.net X-Trace: nermal.rz1.convenimus.net 1169492415 62249 192.168.100.11 (22 Jan 2007 19:00:15 GMT) X-Complaints-To: abuse@convenimus.net NNTP-Posting-Date: Mon, 22 Jan 2007 19:00:15 +0000 (UTC) User-Agent: slrn/0.9.8.1 (FreeBSD) Subject: Re: more than 7 partitions on a SCSI-drive 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, 22 Jan 2007 19:00:20 -0000 On Sun, 21 Jan 2007 13:53:20 -0800 Garrett Cooper wrote: > One good reason I can think of is to partition (not the tech definition > but the traditional definition, "to divide") filesystems such that if > one person fills up "/", it won't cause a program that needs to write to > "/var" or "/tmp" problems, which in the case of "/var" can bring down > entire systems and infrastructures (happened before where I was working > as IT when a CUPS server ran out of space on /var). That is a good point. > Other than that.. not really sure. Maybe some of the older guard on the > list know why. Actually, you don't really have to be that old to understand the reasons. They still apply today as they did "back then". I know the main reason that speaks against the concept - I was a young too you know. :-) It's the reluctance of deciding how much space to allocate to a certain system. What happens if I need more in /usr and I have given /var too much. If you only have one big filesystem / you don't have *this* problem, as the amount of space you have can be shifted freely according to the current need. But in following this concept you also buy in a few other problems. Remember that one of the foundations of Unix is security and the idea that one user can't screw up the system for all others. Regards Chris