From owner-freebsd-current@FreeBSD.ORG Sun Jun 28 11:24:21 2009 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 A9B7E106564A; Sun, 28 Jun 2009 11:24:21 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6158FC14; Sun, 28 Jun 2009 11:24:21 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 83F6B78F85; Sun, 28 Jun 2009 15:24:19 +0400 (MSD) Message-ID: <4A4752EF.8030101@haruhiism.net> Date: Sun, 28 Jun 2009 15:24:31 +0400 From: Aisaka Taiga User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Daniel O'Connor References: <4A4517BE.9040504@FreeBSD.org> <200906281758.34283.doconnor@gsoft.com.au> <4A473F14.70009@haruhiism.net> <200906282038.58968.doconnor@gsoft.com.au> In-Reply-To: <200906282038.58968.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch 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: Sun, 28 Jun 2009 11:24:21 -0000 Hello, hope you're having a nice day, Daniel O'Connor wrote: > I think you want glabel label swap /dev/ad0s1b > > 'create' is the manual method which won't store any metadata - 'label' > stores it in the last sector of the provider. > I might be mistaken here as I tried that in May, when I upgraded my production server to 7.2; I probably tried using the 'label' subcommand or it wouldn't show up on boot, right? (There was a mistype in my earlier message; should be "label for provider ad0s1b is label/swap", not "ad0s1a".) > I think if you use label you'd be OK (but you'd need to newfs because > the created provider is 1 sector smaller). I'll check, though that'd require backing up and reformatting everything. > The other alternative is to > use /dev/ufsid/xxx which won't require a newfs as your existing FS's > have an ID already (presuming you are using GENERIC). The problem with ufsids is that unlike a manually set label, you can't really distinguish between them (as opposed to the default scheme of sXY where for a boot device you can be almost 80% certain that ad0s1a is /, f is /usr, etc etc - especially if the default number of partitions was created). -- Kamigishi Rei KREI-RIPE