From owner-freebsd-stable@FreeBSD.ORG Fri Feb 17 03:45:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 450C5106566C for ; Fri, 17 Feb 2012 03:45:58 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id CABD78FC08 for ; Fri, 17 Feb 2012 03:45:57 +0000 (UTC) Received: by werm13 with SMTP id m13so2522711wer.13 for ; Thu, 16 Feb 2012 19:45:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jNmMGcRQcz1xctoOs6RRoI0o8xbjfUyCXl6zPx7SkPA=; b=cFJ+VzZoo33zI42M+KN68P7VrDtSxHSIVbo6MGEgVWhOT/Hkp5oGd0qRpZHJcSjrGK jnSAP/TiL0WdnE1ygchLiHt9vItGjLJiIKRiZmOMZVbS8EGJPoVB9ces4w/MqtzUoyz/ Wjc45wBX2rM6NcN/N/pIBUuA44uSCa3YizSqI= MIME-Version: 1.0 Received: by 10.216.139.21 with SMTP id b21mr2503843wej.9.1329450356961; Thu, 16 Feb 2012 19:45:56 -0800 (PST) Received: by 10.223.62.70 with HTTP; Thu, 16 Feb 2012 19:45:56 -0800 (PST) In-Reply-To: <20120217021019.GA61420@icarus.home.lan> References: <4F35743B.4020302@os2.kiev.ua> <4F37DBA3.7030304@cran.org.uk> <20120213195554.O46120@sola.nimnet.asn.au> <092c01cceb40$2dc8f240$895ad6c0$@fisglobal.com> <095a01cceb54$04a38fb0$0deaaf10$@fisglobal.com> <4F3ACDE7.8060003@bit0.com> <4F3D9A7C.7080900@quip.cz> <20120217001829.GA59869@icarus.home.lan> <20120217021019.GA61420@icarus.home.lan> Date: Thu, 16 Feb 2012 21:45:56 -0600 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Warren Block , freebsd-stable@freebsd.org, Mike Andrews , Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: New BSD Installer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2012 03:45:58 -0000 On Thu, Feb 16, 2012 at 8:10 PM, Jeremy Chadwick wrote: > I'm surprised that given the nature of these two bits (GPT vs. GEOM), > that the GEOM layer cannot simply lie about the full capacity of the > partition, or something to that effect. > GEOM can already do this. gvirstor and gnop do something like this, and gnop may be of particular use. You could gmirror some drives, gnop it to a slightly smaller provider, then GPT the resulting device. At least that's how it could work in my understanding, I haven't actually attempted it. -- Adam Vande More