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... BTW: I will then probably also enforce that if there's a MBR sector front of the GPT table, it must be a PMBR. Use of GPT on a boot disk is possible by putting a GPT table inside an MBR slice. In a sense, I trade width for depth :-) -- Marcel Moolenaar USPA: A-39004 marcel_at_xcllnt.netReceived on Tue Nov 30 2004 - 19:15:23 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:23 UTC