From owner-freebsd-questions Mon Apr 12 6:16:49 1999 Delivered-To: freebsd-questions@freebsd.org Received: from postal.interaccess.com (postal.interaccess.com [207.208.133.2]) by hub.freebsd.org (Postfix) with ESMTP id 1FBD114A2E for ; Mon, 12 Apr 1999 06:16:41 -0700 (PDT) (envelope-from ras@interaccess.com) Received: from mis2 (fbsd.admis.com [208.192.111.12]) by postal.interaccess.com (8.9.0/8.9.0) with SMTP id IAA17023; Mon, 12 Apr 1999 08:14:16 -0500 (CDT) From: "Chris Silva" To: "Greg Black" , Cc: "Greg Lehey" , "Doug White" , Subject: RE: How to partition my hard drives. Date: Mon, 12 Apr 1999 08:17:05 -0500 Message-ID: <000501be84e6$c2a79660$ddb5a8b6@mis2> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal In-reply-to: <19990412114720.632.qmail@alice.gba.oz.au> Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it me? Or did this message come across with happy99.exe? _____________________________________________________________________ RSA Key Fingerprint = 6D0B 5536 7825 3D09 9093 384A 9694 FDB6 RSA Key Fingerprint = 4390 44E5 E316 F2AA A11E 5755 F3F9 D69B DH/DSS Fingerprint = 089B 0B5C 75C7 A7B4 B050 DD14 2D65 5DD6 E87D 239A PGP Mail encouraged / preferred - keys available on common keyservers _____________________________________________________________________ -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Greg Black Sent: Monday, April 12, 1999 6:47 AM To: mmercer@ipass.net Cc: Greg Lehey; Doug White; freebsd-questions@FreeBSD.ORG Subject: Re: How to partition my hard drives. > I have read somewhere we need to make certain directories > their own partition. Now your saying make just one big partition? > Can you explain a little bit more why this is better? Historically, we used relatively small partitions. (I can recall a couple of systems I had with a single 60 MB disk that had six partitions.) The principal reason for this was to make it easier to cope with file system damage caused by crashes, in an attempt to reduce the extent of the damage. The secondary reason was to keep the partitions small enough so that each one would fit on a single backup tape (tapes were much smaller in the old days). These days we have huge tapes, so the second reason has no relevance. And, since everybody uses a UPS now that they're so cheap, and since everybody knows that modern Unix systems never crash, disk corruption is not really an issue. Of course, experimental systems do crash, but I never bother with partitions on that kind of system because I have no data that matters and I'm just going to reload the whole thing if I trash a disk. But production systems running FreeBSD in either a -release or -stable configuration should not crash. The significant down side of partitioning a disk is that it turns out to be extremely difficult to guess right how much space to leave for each partition and people frequently find themselves having to re-partition disks because they guessed wrong. This happens to be one of the most tedious and wasteful things you can do. And, since you don't want to waste your time with this, you tend to end up with partitions with wasted space on them. If all the free space on your disk is in one place, then there's no confusion. Of course, there are still limits on sensible partition sizes, as I said previously. If you need to do level 0 dumps, and if you want them to run unattended, then you have to use partitions (or disks) that will fit on a single tape (or use a jukebox). If there is danger of disk corruption because of the environment where your systems run and if it's critical that those systems be able to restart unattended, then putting /, /usr, /var and your data on separate partitions makes sense, as does mounting at least one or two of those partitions read-only. In the end, each admin must make informed choices, based on the specific circumstances of their site. -- Greg Black To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message