Date: Wed, 5 Nov 2008 12:17:11 +0000 (UTC) From: Vadim Goncharov <vadim_nuclight@mail.ru> To: freebsd-geom@freebsd.org Subject: Re: Experiences with Gpart Message-ID: <slrngh33m7.1o13.vadim_nuclight@server.filona.x88.info> References: <9e77bdb50810011331y7216eac3yf85907f96f5e8370@mail.gmail.com> <b649e5e0810191024s794445fdke8f2aac31a5617c@mail.gmail.com> <7353F23F-F944-47C9-A97D-6DE247F958AE@mac.com> <b649e5e0810191414i66c9d881x2314e66fec088f97@mail.gmail.com> <D7E43903-CD8D-4B83-92EF-A0BB1E2C155A@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Marcel Moolenaar! On Sun, 19 Oct 2008 14:40:53 -0700; Marcel Moolenaar wrote about 'Re: Experiences with Gpart': >>>>> Despite the intent of gpt's being to make such nesting >>>>> unnecessary, as >>>>> a means of defining the structure of gmirrors, which take up the >>>>> entire extent of whatever encloses them, the nesting was very >>>>> 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, >>>> 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. But, allowing for configuring partitioning as user wants (and complex nesting, if one wish) was always strong benefit of the GEOM. So why not? It is allowed author of this thread to manage mirrors the way he wants, not the way somebody enforces. Unix is tools, not policy (c) -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?slrngh33m7.1o13.vadim_nuclight>