Date: Thu, 23 Sep 2004 23:23:47 -0400 From: Garance A Drosihn <drosih@rpi.edu> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: freebsd-current@freebsd.org Subject: Re: Default support for GPT Message-ID: <p06110414bd79413ef524@[128.113.24.47]> In-Reply-To: <200409240048.i8O0mVLk065051@apollo.backplane.com> References: <408F11C5.5030403@freebsd.org> <Pine.NEB.3.96L.1040427220746.51265D-100000@fledge.watson.org> <20040428033948.GA7603@dhcp01.pn.xcllnt.net> <20040921221631.GA14566@odin.ac.hmc.edu> <200409240048.i8O0mVLk065051@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 5:48 PM -0700 9/23/04, Matthew Dillon wrote: > > I considered GPT but I want to have much more control over the > DragonFly 'partitions' then I believe GPT offers. e.g. we need > to be able to uniquely identify partitions in a WAN environment, > store the core RAID topology, and so on and so forth... everything > you need to operate in a clustered environment really has to be > made part of the partition table. What would that mean for people who like to setup multi-boot situations, though? Will dragonfly require that all partitions on a disk be dragonfly-format? Could you go with GPT for the initial partition table, and then store all the extra info that you want at the start of each partition? And as I sit here installing a new machine, I also wonder if you should pick a different partition-type for Dragonfly, just so you don't have to worry about matching future UFS/UFS2 changes. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p06110414bd79413ef524>