From owner-cvs-all Fri Oct 25 6:10: 7 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 311FF37B401; Fri, 25 Oct 2002 06:10:05 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6026043E4A; Fri, 25 Oct 2002 06:10:03 -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 g9PD7icF049436; Fri, 25 Oct 2002 14:07:44 +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 g9PD7iH5069459; Fri, 25 Oct 2002 14:07: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 g9PD7al6069458; Fri, 25 Oct 2002 14:07:36 +0100 (BST) Date: Fri, 25 Oct 2002 14:07:36 +0100 (BST) From: Mark Valentine Message-Id: <200210251307.g9PD7al6069458@dotar.thuvia.org> In-Reply-To: <17285.1035549439@critter.freebsd.dk> X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Poul-Henning Kamp , Dag-Erling Smorgrav Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis Cc: jhb@freebsd.org (John Baldwin), cvs-all@freebsd.org, cvs-committers@freebsd.org, Takahashi Yoshihiro , Bakul Shah , Bruce Evans 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: Poul-Henning Kamp > Date: Fri 25 Oct, 2002 > Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_dis [Perhaps this should move to -arch?] > In message , Dag-Erling Smorgrav writes: > >Mark Valentine writes: > >> The MBR partitioning is a feature of the MBR boot code, not of the BIOS. > > > >Wrong. Plenty of recent-issue BIOSen (particularly on laptops) go > >down in flames if the MBR does not contain a valid partition table. That doesn't change the way the DOS boot code works. > Some even if the MBR doesn't contain the correct magic partitions for > sleep/save images and the like. I can see that the BIOS might implement an additional restriction for suspend-to-disk. Does it play ball better if this feature is disabled (where possible)? > Long way or short way, MBR is not optional on the first disk on the > PC architecture and consequently we should not try to hide the fact > that it is there. A DOS partitioned boot sector is by no means mandatory on all PC systems. I guess we differ here in that I'm saying we *should* hide this implementation detail by default for consistency with other platforms, and that the only requirement for encoding two levels of partitioning schemes in a logical device name is for those who wish to use the (mis-?)feature which currently allows multiple BSD disklabels on a disk (and how many people is _that_?), or for the convenience of referring to another DOS partition without an explicit disklabel entry for it. > For all other disks, people can usually label them as they like, > (now including: "not at all") and GEOM will name the resulting > devices in an intuitive and consistent way. There is simply no need to enforce this inconsistency on disks which do not require it, including PC boot disks. It may prove safer to use an MBR for the default install configuration, but this doesn't prevent using the "compatbility slice" device names. People who do obscure things can edit fstab, rather than obfuscate the common case. As I've pointed out elsewhere, this hardwiring of partition numbers in /etc/fstab has required me to reach for the fixit floppy more than once, a problem which doesn't occur with the compatibility device names. 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