From owner-freebsd-fs Fri Oct 29 23:21:51 1999 Delivered-To: freebsd-fs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id F3BF414F66 for ; Fri, 29 Oct 1999 23:21:38 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from p148-ts5.syd2.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id QAA29793; Sat, 30 Oct 1999 16:22:52 +1000 Date: Sat, 30 Oct 1999 16:18:12 +1000 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Brendon Meyer Cc: Greg Lehey , freebsd-fs@FreeBSD.ORG Subject: Re: Journaling In-Reply-To: <381A18BB.48C2F4E0@fmi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > There are two situations where you can quite easily 'run out' of partitions. > 1. Physically large individual data volumes. Example is a DPT RAID > configuration of a 4 x 32 GB disk RAID 5 array which then presents the resultant > RAID 5 disk array to the system as an individual 96 GB drive. > 2. System disk with more than 1 'DOS' style partition already in use (example: > DOS/95/98 + BSD + LINUX). > > With individually large data volumes the 'sting' is somewhat reduce by the > judicious use of FDISK slices, but it is not removed entirely. With most > servers having individual volumes <60Gb this scheme generally works reasonable > well but I can tell you from personal experience that when you have a 4 x 32 GB > volume (as above) which you do need to split up further, then this does become a > bit of a problem. > > In the case of a 'shared system disk', often you don't have the option to use > any additional 'FDISK' style slices as they have already all been used by other > OS's. The supply of 'FDISK' style slices is essentially unlimited. I believe the limit is 2G or 4G slices for the 'FDISK' (extended) data structure. FreeBSD drivers only support the first 30 and FreeBSD fdisk only supports the first 4. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message