From owner-freebsd-current@FreeBSD.ORG  Fri Jun 29 00:42:44 2012
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 50083106566B;
	Fri, 29 Jun 2012 00:42:44 +0000 (UTC)
	(envelope-from marcel@xcllnt.net)
Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4])
	by mx1.freebsd.org (Postfix) with ESMTP id 1D6148FC0A;
	Fri, 29 Jun 2012 00:42:44 +0000 (UTC)
Received: from sa-nc-common3-173.static.jnpr.net (natint3.juniper.net
	[66.129.224.36]) (authenticated bits=0)
	by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id q5T0gXcs038953
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO);
	Thu, 28 Jun 2012 17:42:39 -0700 (PDT)
	(envelope-from marcel@xcllnt.net)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset=us-ascii
From: Marcel Moolenaar <marcel@xcllnt.net>
In-Reply-To: <20120628230725.GB1438@garage.freebsd.pl>
Date: Thu, 28 Jun 2012 17:42:28 -0700
Content-Transfer-Encoding: 7bit
Message-Id: <03CF2422-2A8F-4055-B5CF-F6F110D146F4@xcllnt.net>
References: <201206270807.23347.jhb@freebsd.org> <4FEB0079.7050008@yandex.ru>
	<201206271028.54477.jhb@freebsd.org>
	<4FEB5A3C.5050900@borderworlds.dk>
	<1900D4C1-E5E5-446F-ABBF-976A2DFEB36B@xcllnt.net>
	<4FEC22A0.9000109@freebsd.org> <4FEC2D86.2040505@freebsd.org>
	<8D85513D-CDFC-4D62-AA5A-F82F46E28CE5@xcllnt.net>
	<20120628214902.00004e34@unknown>
	<146B8DC1-4B66-4E78-BBB3-3954DC305424@xcllnt.net>
	<20120628230725.GB1438@garage.freebsd.pl>
To: Pawel Jakub Dawidek <pjd@FreeBSD.org>
X-Mailer: Apple Mail (2.1278)
X-Mailman-Approved-At: Fri, 29 Jun 2012 03:23:50 +0000
Cc: Doug Rabson <dfr@FreeBSD.org>, Marcel Moolenaar <marcel@FreeBSD.org>,
	Christian Laursen <xi@borderworlds.dk>,
	freebsd-hackers <freebsd-hackers@FreeBSD.org>,
	Andriy Gapon <avg@FreeBSD.org>, Stefan Esser <se@FreeBSD.org>,
	"Andrey V. Elsukov" <bu7cher@yandex.ru>,
	Alexander Leidinger <Alexander@Leidinger.net>,
	freebsd-current <freebsd-current@FreeBSD.org>
Subject: Re: [CFC/CFT] large changes in the loader(8) code
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: Fri, 29 Jun 2012 00:42:44 -0000


On Jun 28, 2012, at 4:07 PM, Pawel Jakub Dawidek wrote:
>> 
>> I would be having less problems if the mirroring didn't force the backup
>> GPT header in anything but the last sector. [...]
> 
> GPT backup header is placed in the last sector of the mirror device,
> just like the user asked. Gmirror doesn't force anything. User decides
> to put GPT partitioning on the mirror device instead of raw disk.
> Gmirror doesn't even know and doesn't have to know how the user uses
> data area on the mirror device.

This really is a cop-out paragraph.

>> [...] If the metadata was somewhere
>> else, then we wouldn't need to kluge various places to deal with the
>> ambiguity and visible interoperability problems of the various tools and
>> OSes. [...]
> 
> Where is "somewhere else", exactly?

I already suggested a few things in this thread. Go read it.

I'm bored now, so I'll just wait for UEFI booting to be forced upon
those who mirror the whole disk with gmirror. I think that's when
we will have a more substantial and meaningful continuation of this
thread.

-- 
Marcel Moolenaar
marcel@xcllnt.net