On Tue, Nov 30, 2004 at 12:15:22PM -0800, Marcel Moolenaar wrote: > On Tue, Nov 30, 2004 at 03:37:52PM +0000, Chris Hedley wrote: > > > > > >I guess a change like geom_mbr.c:1.57 is in order, or a more to-the- > > >point test for rejecting GPT on MBR or GPT on GPT. > > > > Any suggestions before I start butchering the file in question? > > Removal of the following should do it without causing problems: > > if (gp->rank != 2 && insist == 0) > break; > > In fact, this is the fix I'm considering. The strength of GEOM is > that you can create arbitrary layering and nesting and imposing > limitations seems counter productive. There may be an advantage to > allow GPT on MBR or GPT on GPT even if it's disallowed under EFI. > We already allow the use of GPT outside the context of EFI... I think this would be a very good idea. It's quite conceivable that we could end up wanting to put a GPT inside a sunlabel or an Apple partition table. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:23 UTC