Date: Sun, 19 Oct 2008 14:40:53 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= <marius@nuenneri.ch> Cc: Cyrus Rahman <crahman@gmail.com>, freebsd-geom@freebsd.org Subject: Re: Experiences with Gpart Message-ID: <D7E43903-CD8D-4B83-92EF-A0BB1E2C155A@mac.com> In-Reply-To: <b649e5e0810191414i66c9d881x2314e66fec088f97@mail.gmail.com> References: <9e77bdb50810011331y7216eac3yf85907f96f5e8370@mail.gmail.com> <b649e5e0810191024s794445fdke8f2aac31a5617c@mail.gmail.com> <7353F23F-F944-47C9-A97D-6DE247F958AE@mac.com> <b649e5e0810191414i66c9d881x2314e66fec088f97@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 19, 2008, at 2:14 PM, Marius N=FCnnerich wrote: > On Sun, Oct 19, 2008 at 10:18 PM, Marcel Moolenaar <xcllnt@mac.com> =20= > wrote: >> >> On Oct 19, 2008, at 10:24 AM, Marius N=FCnnerich wrote: >> >>>> Despite the intent of gpt's being to make such nesting =20 >>>> unnecessary, as >>>> a means of defining the structure of gmirrors, which take up the >>>> entire extent of whatever encloses them, the nesting was very =20 >>>> helpful. >>> >>> Maybe nesting simply works if you comment the first if in >>> g_part_gpt_probe() in >>> sys/geom/part/g_part_gpt.c ? I don't get why this is restricted, =20 >>> should be >>> my >>> decision to nest or not imo. >> >> Nesting is not allowed as per the GPT specification. > > OK. It doesn't make much sense for slices too, but is still allowed. A nested MBR provides for backward compatibility by presenting a GPT partition as a drive to those legacy OSes or tools. I don't think it was needed, but it was envisioned that way, AFAICT. It makes sense in a weird way. --=20 Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D7E43903-CD8D-4B83-92EF-A0BB1E2C155A>