From owner-freebsd-current@FreeBSD.ORG  Sun Oct  9 07:32:05 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 32880106566C;
	Sun,  9 Oct 2011 07:32:05 +0000 (UTC) (envelope-from lev@FreeBSD.org)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
	[IPv6:2a01:4f8:131:60a2::2])
	by mx1.freebsd.org (Postfix) with ESMTP id DFFFD8FC13;
	Sun,  9 Oct 2011 07:32:04 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
	[IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6])
	(Authenticated sender: lev@serebryakov.spb.ru)
	by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 699204AC1C; 
	Sun,  9 Oct 2011 11:32:03 +0400 (MSD)
Date: Sun, 9 Oct 2011 11:31:51 +0400
From: Lev Serebryakov <lev@FreeBSD.org>
Organization: FreeBSD
X-Priority: 3 (Normal)
Message-ID: <384454873.20111009113151@serebryakov.spb.ru>
To: perryh@pluto.rain.com, "Andrey V. Elsukov" <bu7cher@yandex.ru>, 
	<daniel@digsys.bg>, <ivoras@freebsd.org>, <freebsd-current@freebsd.org>,
	<freebsd-geom@freebsd.org>
In-Reply-To: <69804562.20111009113010@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+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>
	<1822982078.20111007234412@serebryakov.spb.ru>
	<4E8F5D82.7050906@digsys.bg>
	<1993293883.20111008125543@serebryakov.spb.ru>
	<4e91a8e2.Y3OdfyAUkARsSbU8%perryh@pluto.rain.com>
	<69804562.20111009113010@serebryakov.spb.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: quoted-printable
Cc: 
Subject: Re: MBR, GPT and their co-existence with other GEOM classes
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: lev@FreeBSD.org
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: Sun, 09 Oct 2011 07:32:05 -0000

Hello, Lev.
You wrote 9 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 11:30:10:
>> To install FreeBSD on a gmirrored disk, use MBR (or "dangerously
>> dedicated" BSD label) instead of GPT.  (This is one reason why
>> BSD label and MBR should not be considered obsolete.)
>   MBR doesn't check size of provider on taste. It should be fixed too.

>   So, I see three changes which should be done in geom_gpart land:
  Four, to be precise.

>    (1) GPT sub-moudle gpart should check rank of provider and issue big
>    warning if rank isn't 1 (it is not low-level disk) on creation.

>    (2) Documentation should be changed to explain (1) in more details.

>    (3) MBR sub-module of gpart should check size of provider and
>    refuse to "see" MBR if provider is several sectors larger, than
>    recorded in MBR. It will prevent it to pickup failed component of
>    gmirror directly.

     (4) The same check as described in (3) should be done by BSD
     sub-module of gpart.




--=20
// Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>