From owner-freebsd-current@FreeBSD.ORG Sat Oct 8 10:04:46 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 23B9F1065670; Sat, 8 Oct 2011 10:04:46 +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 7A7498FC15; Sat, 8 Oct 2011 10:04:45 +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 907F04AC1C; Sat, 8 Oct 2011 14:04:41 +0400 (MSD) Date: Sat, 8 Oct 2011 14:04:26 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <338510238.20111008140426@serebryakov.spb.ru> To: "Poul-Henning Kamp" In-Reply-To: <32040.1318061934@critter.freebsd.dk> References: Your message of "Fri, 07 Oct 2011 17:41:59 CST." <32040.1318061934@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Warren Block , freebsd-current@freebsd.org, Garrett Cooper , Glen Barber , "Andrey V. Elsukov" , Benjamin Kaduk , Arnaud Lacombe Subject: Re: aliasing (or renaming) kern.geom.debugflags 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Oct 2011 10:04:46 -0000 Hello, Poul-Henning. You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 12:18:54: > gmirror and this procedure has several problems: > 1. It steals the last sector on the disk. If that sector contained data > you lost them, with no notice. Most often it will not, particularly > on a freshly installed system, but it is still a bad thing. > 2. The paritioning is not fixed up to record the stealing of this sector. > I wouldn't be surprised if this could cause confusion down the road. Yes, see discussion about GPT and MBR problems in thread, which is named (and should be re-named already, really) "RFC: Project geom-events" > This is the kind of usage that makes me sad I ever added that option. Storing metadata of GEOM in last (or first) sector plays bad with MBR and, especially, GPT :( And I cannot see good solution for this. It seems, that GPT will be incompatible with any pure-software mirror or mirror-like RAID. --=20 // Black Lion AKA Lev Serebryakov