Date: Sat, 08 Oct 2011 02:52:21 -0700 From: perryh@pluto.rain.com To: lev@freebsd.org Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org, freebsd-geom@freebsd.org Subject: Re: RFC: Project geom-events Message-ID: <4e901d55.j0M8m%2BTba3WC%2BWrp%perryh@pluto.rain.com> In-Reply-To: <1646032486.20111007112802@serebryakov.spb.ru> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz> <CACdU%2Bf8mA1wLUnHVyrJwaf89ahf2oc_904=8mme7kkBLxLSCCQ@mail.gmail.com> <4E8CD662.90202@quip.cz> <j6k252$hpm$1@dough.gmane.org> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1646032486.20111007112802@serebryakov.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Lev Serebryakov <lev@freebsd.org> wrote: > GPT must have backup copy in last sector by standard ... In that case, shouldn't it refuse to install on any provider that is not in fact a disk, so as not to create configurations that cannot work properly? > MBR doesn;t have any additional metadata. How adding one will help it? It would add robustness, for cases like the one that started this thread. If MBR put a GEOM metadata block at the end of its provider, it would fix the tasting race when an MBR is installed on a glabelled (or gmirrored) drive.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4e901d55.j0M8m%2BTba3WC%2BWrp%perryh>