From owner-freebsd-bugs Sun Jun 18 13:53:06 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03176 for bugs-outgoing; Sun, 18 Jun 1995 13:53:06 -0700 Received: from vegemite.Stanford.EDU (2842@vegemite.Stanford.EDU [36.159.0.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03169 for ; Sun, 18 Jun 1995 13:53:01 -0700 Received: (hlew@localhost) by vegemite.Stanford.EDU (8.6.10/8.6.4) id NAA18732; Sun, 18 Jun 1995 13:52:55 -0700 Date: Sun, 18 Jun 1995 13:52:54 -0700 (PDT) From: Howard Lew To: Bruce Evans cc: bde@zeta.org.au, bugs@FreeBSD.org Subject: Re: 2.05R panics on boot In-Reply-To: <199506180547.PAA15709@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: bugs-owner@FreeBSD.org Precedence: bulk On Sun, 18 Jun 1995, Bruce Evans wrote: > >It's too bad that DOS can't handle more than 504 MB for a large EIDE > >drive. Because if it could I wouldn't need to install the Ontrack DM > >overlay, and then FreeBSD would work like a charm. Oh... It's no a DOS limitation... ? Ooops... > DOS has no problems handling >= 504 MB. This is a BIOS problem. This is strange because I can configure the bios for 32 heads and over 800 Megs, but if I do a fdisk, DOS says the maximum partition size is 504 MB. > > >So can DOS access more than 504MB per partition on SCSI drives? > > Yes, up to 8GB, provided the BIOS supports it (I haven't figured out how > to make my U34F or BT445C support more than 1024MB - they always use the > 64H 32S geometry). Modern EIDE BIOSes also support up to 8GB. Disk > managers are only required for old BIOSes. > > >Oh well.... I guess the only alternative is to swap the hard drive cables > >and redo the master/slave jumpers... :-( > > How would that help? You would still need Ontrack somewhere to use more > than 504MB for DOS on the big drive. Putting Ontrack somewhere apparently > affects everywhere. Actually, Ontrack seems to only affect the drives it is installed in. But if I can get FreeBSD to boot up the 540MB one and then use the boot manager to boot up the 850MB (and still load the Ontrack DM overlay from the 850MB), then I think the bootup problem is gone. (Well, the tradeoff is I won't be able to access DOS from FreeBSD if I did do the cable swap and master/slave jumper fix.