From owner-cvs-all Fri Oct 25 12:40: 5 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 990A037B40A; Fri, 25 Oct 2002 12:40:02 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id F203D43E8A; Fri, 25 Oct 2002 12:40:00 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.12.3/8.12.3) with ESMTP id g9PJdjcF050739; Fri, 25 Oct 2002 20:39:46 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.6/8.12.6) with ESMTP id g9PJdiH5079208; Fri, 25 Oct 2002 20:39:44 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.6/8.12.6/Submit) id g9PJde9E079205; Fri, 25 Oct 2002 20:39:40 +0100 (BST) Date: Fri, 25 Oct 2002 20:39:40 +0100 (BST) From: Mark Valentine Message-Id: <200210251939.g9PJde9E079205@dotar.thuvia.org> In-Reply-To: X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: John Baldwin Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis Cc: Poul-Henning Kamp , Poul-Henning Kamp , "M. Warner Losh" , cvs-committers@freebsd.org, cvs-all@freebsd.org, Mikhail Teterin Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: John Baldwin > Date: Fri 25 Oct, 2002 > Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis > So according to you (using this argument of mount or the kernel or somebody > looking at foo0a and going "oh, you really mean foo0s3a so I'll fix it up > for you") I should be able to do "mount /dev/ad0 /windows" and it should > just do the right thing, right? That's exactly the same thing that you are > asking for. Or better yet, just 'mount -t msdos /windows' and someone > (mount? kernel?) is supposed to magically walk all the disk devices and > find some msdos filesystem and mount it. /dev/ad0 is an insufficient specification for "the Windows partition on the first IDE disk", so no, that's not what I expect. The correct specification would be closer to what QNX uses, which is something like /dev/hd0t6 ("the primary DOS partition on the first disk"); a better scheme would be more intuitive. The reason for this is that DOS and friends use the partition type as the primary key into the partition table, not a stored index. These tools don't seem to think anything of re-arranging the partition table, which is what makes the "slice" naming scheme fall down. Currently, /dev/ad0a specifies "the partition labelled 'a' in the BSD disklabel on the first IDE disk; if the disk has a DOS partition table, looks for the BSD disklabel in a partition of type 0xa5". GEOM is currently lacking a way of saying this; Julian pointed out a GEOM naming scheme to specify this, but it's incompatible with the current scheme. > Seriously. What you want is logical volume names. GEOM does not provide > that. The old kernel code didn't either. What you want is to add an > extra layer to do the physical <-> logical mapping. I don't want to add unnecessary layers; simply a way to specify what I currently can so that my systems boot more reliably. Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message