From owner-freebsd-stable@FreeBSD.ORG Mon Nov 29 22:25:45 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A4B916A4CE for ; Mon, 29 Nov 2004 22:25:45 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F54C43D31 for ; Mon, 29 Nov 2004 22:25:44 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id iATMPd4O012756; Tue, 30 Nov 2004 08:55:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Andrea Campi Date: Tue, 30 Nov 2004 08:55:22 +1030 User-Agent: KMail/1.7 References: <20041129101033.GH98559@grant.org> <20041129122059.GI98559@grant.org> <20041129123958.GA31719@webcom.it> In-Reply-To: <20041129123958.GA31719@webcom.it> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1964952.m0BREJmuG5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411300855.38435.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: freebsd-stable@freebsd.org Subject: Re: bios disk numbers and device names X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Nov 2004 22:25:45 -0000 --nextPart1964952.m0BREJmuG5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Mon, 29 Nov 2004 23:09, Andrea Campi wrote: > On Mon, Nov 29, 2004 at 07:21:00AM -0500, Michael Grant wrote: > > Has anyone thought about this problem? Is there some spare space in > > the label that could be used for a device name that, if set, could > > be used in place of (or an alias for) a name like da0? > > GEOM_LABEL is what you're looking for. Check the glabel(8) man > page. In a nutshell, you'd do this: > > tunefs -L log /dev/ad1s1a > tunefs -L db /dev/da4s1a > tunefs -L www /dev/da4s1a > ... > > mount /dev/ufs/log /mnt/log > mount /dev/ufs/db /mnt/db > mount /dev/ufs/www /mnt/www > > (you get the idea). Obviously you can move use the /dev/ufs/* > devices in fstab as well. > > If later on you move the filesystems to a different device while > retaining the label (which means no tar, you have to use dd or > dump/restore), everything works. Ooh nice, the things you learn :) (Glad to be proven wrong..) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1964952.m0BREJmuG5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBq6Hi5ZPcIHs/zowRAnn5AJ0WBH6Qaz7x6pBkht3krBDy9lFQ9QCfZbgh UuYpLQu3mI5gd8tQT2419ww= =MKwA -----END PGP SIGNATURE----- --nextPart1964952.m0BREJmuG5--