Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 05 Nov 2008 09:39:43 -0800
From:      Marcel Moolenaar <xcllnt@mac.com>
To:        vadim_nuclight@mail.ru
Cc:        freebsd-geom@freebsd.org
Subject:   Re: Experiences with Gpart
Message-ID:  <0A1A5002-A643-4738-B775-5E450C02486A@mac.com>
In-Reply-To: <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> <slrngh33m7.1o13.vadim_nuclight@server.filona.x88.info>

next in thread | previous in thread | raw e-mail | index | archive | help

On Nov 5, 2008, at 4:17 AM, Vadim Goncharov wrote:

> 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)

Gratuitous non-compliance in the name of freedom is
not the Unix-way of things.

-- 
Marcel Moolenaar
xcllnt@mac.com






Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0A1A5002-A643-4738-B775-5E450C02486A>