From owner-freebsd-hackers Sun Jan 26 13:33:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25587 for hackers-outgoing; Sun, 26 Jan 1997 13:33:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA25581 for ; Sun, 26 Jan 1997 13:33:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02297; Sun, 26 Jan 1997 14:14:46 -0700 From: Terry Lambert Message-Id: <199701262114.OAA02297@phaeton.artisoft.com> Subject: Re: fdisk headache To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 26 Jan 1997 14:14:45 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "J Wunsch" at Jan 26, 97 10:46:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Boot selectors won't work either. > > Since there's nothing to select from. ;-) > > Right now, there are three reasons to still call it ``dangerously > dedicated'': > > . Since the MBR is identical to the BSD bootstrap, there's no room for > things like `nextboot' after the MBR, and you can't replace the MBR > by fancy things like a boot selector. Hence, in a system that is > not FreeBSD-only, you could at best make drives != #0 ``DD'', and > you won't be able to boot select away from that drive once you > switched there. (Normally, booteasy allows to wander around back > and forth through all the drives.) This is evil. The purpose of the DOS MBR and partition table is to make BIOS happy and to allow multiboot. We don't do ourselves any favors by sabotoging that for other OS's. > The plus side is: [ ... ] > . The number of BIOS geometry constraints to care for reduces drastic- > ally, so you can usually (*) ignore any geometry issues. > > (*) I.e., the BIOS's geometry idea involves at least 15 sectors per > track, 4 heads, and the root file system is not larger than 30 MB. This is a bogus argument based on the assumption that we wouldn't put an absolute sector address in the partition entry like we should so a sector-offset based driver (BSD) could still use the partition table entry without multiplying out C/H/S values. Note that we should put the entry there for our parttition: we should not rely on a DOS tool to do it correctly for us. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.