Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 09 Oct 2011 07:37:21 +0000
From:      "Poul-Henning Kamp" <phk@phk.freebsd.dk>
To:        lev@FreeBSD.org
Cc:        Warren Block <wblock@wonkity.com>, Garrett Cooper <yanegomi@gmail.com>, Glen Barber <gjb@FreeBSD.org>, "Andrey V. Elsukov" <bu7cher@yandex.ru>, Benjamin Kaduk <kaduk@mit.edu>, Arnaud Lacombe <lacombar@gmail.com>, freebsd-current@FreeBSD.org
Subject:   Re: aliasing (or renaming) kern.geom.debugflags
Message-ID:  <32968.1318145841@critter.freebsd.dk>
In-Reply-To: Your message of "Sat, 08 Oct 2011 14:31:28 %2B0400." <1644928028.20111008143128@serebryakov.spb.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
In message <1644928028.20111008143128@serebryakov.spb.ru>, Lev Serebryakov writ
es:
>Hello, Poul-Henning.
>You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 14:07:29:
>
>>>  It seems, that GPT will be incompatible with any pure-software
>>> mirror or mirror-like RAID.
>> Unless you do what other implementations have done:  Play nice with
>> GPT and store your metadata in a GPT partition.

>  So, every other GEOM class should have special knowledge about GPT?
>It doesn't look like "topology-agnostic" GEOM way :)

That's mostly because GPT by design does not try to play nice.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?32968.1318145841>