From owner-freebsd-hackers Mon Jan 27 09:57:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA17014 for hackers-outgoing; Mon, 27 Jan 1997 09:57:55 -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 JAA17009 for ; Mon, 27 Jan 1997 09:57:52 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05796; Mon, 27 Jan 1997 10:40:15 -0700 From: Terry Lambert Message-Id: <199701271740.KAA05796@phaeton.artisoft.com> Subject: Re: fdisk headache To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 27 Jan 1997 10:40:15 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "J Wunsch" at Jan 27, 97 01:29:17 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 > > > . The number of BIOS geometry constraints to care for reduces drastic- > > > ally, so you can usually (*) ignore any geometry issues. > > > 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. > > p.s.: You apparently don't understand what i'm writing about. There's > no DOS tool ever involved in DD mode (and little red daemons will jump > out of the disk if you ever come close to those disks with some DOS > tool at all :-). The BIOS real mode POST-based MBR load is a "DOS tool"... unless you are claiming you can make BIOS calls in protected mode? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.