From owner-freebsd-hackers Fri Oct 27 13:26:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA18286 for hackers-outgoing; Fri, 27 Oct 1995 13:26:19 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA18274 for ; Fri, 27 Oct 1995 13:26:11 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA23839; Fri, 27 Oct 1995 13:15:53 -0700 From: Terry Lambert Message-Id: <199510272015.NAA23839@phaeton.artisoft.com> Subject: Re: boot disk.... To: bde@zeta.org.au (Bruce Evans) Date: Fri, 27 Oct 1995 13:15:53 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@freebsd.org, lenzi@cwbone.bsi.com.br In-Reply-To: <199510271940.FAA25718@godzilla.zeta.org.au> from "Bruce Evans" at Oct 28, 95 05:40:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1216 Sender: owner-hackers@freebsd.org Precedence: bulk > >Stage 2 boostrap ... > >... should perform MBR fixup to > >guarantee that the absolute offset field in the MBR matches the c/h/s > >values for the slice under the BIOS geometry. > > Only for its own benefit. Drivers don't want to know about yet another > translation. If this is there, then there is NO SUCH THING AS TRANSLATION from the kernel perspecitve. The kernel ignores the C/H/S values, using the 32 bit sector offsets instead (which are now guaranteed to be valid). Almost all translation problems bite the dust. The exception is for non-linear translation (BIOS-based sector sparing, etc.), and then you are screwed on a shared disk in any case unless you can turn it off. You are also screwed unless the disk is used as a naked BSD disk without a DOS partition table/MBR. It works with the BIOS boot code because the cylinder offset on a naked partition is invariant under translation. > >It should also be buildable > >as a DOS program, to allow it to work with Ontrack's Disk Mangler. The > > Nothing should require DOS utilitites to build. Agree. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.