From owner-freebsd-geom@FreeBSD.ORG Fri May 28 07:31:02 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCF5106564A for ; Fri, 28 May 2010 07:31:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AE67C8FC15 for ; Fri, 28 May 2010 07:31:01 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA05639; Fri, 28 May 2010 10:13:13 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OHtkm-00027o-MJ; Fri, 28 May 2010 10:13:12 +0300 Message-ID: <4BFF6D08.3080907@icyb.net.ua> Date: Fri, 28 May 2010 10:13:12 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Garrett Cooper References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: geom@freebsd.org Subject: Re: gpart - how to point to the other disk? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2010 07:31:02 -0000 on 28/05/2010 00:16 Garrett Cooper said the following: > On Thu, May 27, 2010 at 2:04 PM, Garrett Cooper wrote: >> Hi FS folks, >> I'm currently looking at switching over bits of our existing >> infrastructure from boot0cfg / fdisk to gpart, and one of the things >> that not 100% clear is -- how do I get one disk to point to the other >> one? I can do this today with boot0cfg [...] -s 5, but AFAICT gpart >> bootcode should supersede this usage (or am I incorrect?). Partially. the usage of boot0cfg that you mention changes some bits within installed boot0 to reconfigure it. boot0cfg can either read existing boot block from disk, modify it and write back; or it can take a new boot block image and do the same. gpart bootcode can install boot0 and can do equivalent of boot0cfg -B -b ... gpart doesn't do any boot block configuration. As I understand boot0cfg should still work well. It reads boot block directly from disk device using RO access and it write boot block using "bootcode" geom verb, which exactly the same as what gpart does. But perhaps I misunderstood something. -- Andriy Gapon