From owner-freebsd-stable Sun Nov 19 14:14:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7250637B479; Sun, 19 Nov 2000 14:14:40 -0800 (PST) Received: from billy-club.village.org (billy-club.village.org [10.0.0.3]) by rover.village.org (8.11.0/8.11.0) with ESMTP id eAJMEdQ19401; Sun, 19 Nov 2000 15:14:39 -0700 (MST) (envelope-from imp@billy-club.village.org) Received: from billy-club.village.org (localhost [127.0.0.1]) by billy-club.village.org (8.11.1/8.8.3) with ESMTP id eAJMEPG03693; Sun, 19 Nov 2000 15:14:25 -0700 (MST) Message-Id: <200011192214.eAJMEPG03693@billy-club.village.org> To: Brandon Fosdick Subject: Re: Dangerously Dedicated Cc: stable@FreeBSD.ORG, obrien@FreeBSD.ORG In-reply-to: Your message of "Sun, 19 Nov 2000 14:55:55 EST." <3A18304B.689C2CFE@glue.umd.edu> References: <3A18304B.689C2CFE@glue.umd.edu> <200011191657.eAJGvnZ63007@cwsys.cwsent.com> <3A180EA0.31926227@glue.umd.edu> <20001119094725.B66448@dragon.nuxi.com> Date: Sun, 19 Nov 2000 15:14:25 -0700 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3A18304B.689C2CFE@glue.umd.edu> Brandon Fosdick writes: : Using what I consider to be a artifact of another operating system : on a machine that doesn't use that OS seems silly to me. Unless, of : course, that artifact has some useful feature(s) or : functionality. If it does, I'm all ears. But it isn't an artifact of another OS. It is an artifact of the BIOS. : I'm a little confused here. Why are slices demanded by the Intel : arhictecture? The BIOS demands that they are there. At least some modern BIOSes don't do well when they aren't there. It is the PC-AT architecture to be more specific. : We've been successfully using DD mode for years now, if slices are "demanded" : what kind of voodoo have we been using? The problem is the bogus MBR that the DD writes confuses some BIOSes and causes your disks to be non-bootable. : Is there some way or ways in which the 4-slot table is superior to DD-mode? The 4 slot table already is there in DD mode. It just happens to contain completely bogus data. : You mentioned not having enough space for boot0. Why can't we just change : DD-mode to have space for boot0? Sure, you can do that by putting a proper MBR on the disk :-). The whole problem comes in with the bogus MBR that DD puts on the disk. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message