From owner-freebsd-current@FreeBSD.ORG  Sat Oct  8 03:01:56 2011
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 552C010656AA;
	Sat,  8 Oct 2011 03:01:56 +0000 (UTC)
	(envelope-from perryh@pluto.rain.com)
Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34])
	by mx1.freebsd.org (Postfix) with ESMTP id CFB988FC17;
	Sat,  8 Oct 2011 03:01:55 +0000 (UTC)
Received: from agora.rdrop.com (66@localhost [127.0.0.1])
	by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p9831jRf044546
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 7 Oct 2011 20:01:46 -0700 (PDT)
	(envelope-from perryh@pluto.rain.com)
Received: (from uucp@localhost)
	by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p9831jnt044545; 
	Fri, 7 Oct 2011 20:01:45 -0700 (PDT)
Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com
	(4.1/SMI-4.1-pluto-M2060407) id AA01736; Fri, 7 Oct 11 19:53:13 PDT
Date: Sat, 08 Oct 2011 02:52:21 -0700
From: perryh@pluto.rain.com
To: lev@freebsd.org
Message-Id: <4e901d55.j0M8m+Tba3WC+Wrp%perryh@pluto.rain.com>
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+f8mA1wLUnHVyrJwaf89ahf2oc_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>
In-Reply-To: <1646032486.20111007112802@serebryakov.spb.ru>
User-Agent: nail 11.25 7/29/05
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Mon, 10 Oct 2011 16:17:20 +0000
Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org,
	freebsd-geom@freebsd.org
Subject: Re: RFC: Project geom-events
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Oct 2011 03:01:56 -0000

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.