From owner-freebsd-current@FreeBSD.ORG Fri Oct 7 20:15:19 2011 Return-Path: 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 0EE51106566C; Fri, 7 Oct 2011 20:15:19 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 875608FC22; Fri, 7 Oct 2011 20:15:18 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p97KF8gK060624 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 7 Oct 2011 23:15:13 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4E8F5D82.7050906@digsys.bg> Date: Fri, 07 Oct 2011 23:13:54 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: lev@FreeBSD.org 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> <4E8CD662.90202@quip.cz> <4E8D9136.6040200@digsys.bg> <672948039.20111006175334@serebryakov.spb.ru> <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com> <1822982078.20111007234412@serebryakov.spb.ru> In-Reply-To: <1822982078.20111007234412@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, perryh@pluto.rain.com, 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Oct 2011 20:15:19 -0000 On 07.10.11 22:44, Lev Serebryakov wrote: > Hello, Perryh. > You wrote 7 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 18:06:38: > >>> GPT (and MBR) metadata placement is dictated from outside world, >>> where is no GEOM and geom_label. They INTENDED to be used on DISKS. >>> BIOSes should be able to find it :) >> Certainly GPT and MBR must place an instance of the partition table >> where the BIOS expects it, but there's no immediately obvious reason >> why they must regard that instance as their GEOM metadata. GPT puts >> a second copy in the provider's last block, and AFAICT it could just >> as well use _that_ instance -- or even a differently-formatted block >> that included the same data -- as the primary. MBR could do likewise.= > I have deja-vu, that I answered this. Please, read standard. GPT > _must_ be placed twice -- at first and last sectors (really, more > than one sectors). By standard. Secondary copy must be at end of > disk. Period. > Then, "by standard" GPT cannot coexist with GLABEL. Such setup should be = disallowed, or at least big nasty message that you have just shoot=20 yourself in the leg should be output. (period) Daniel