Date: Sun, 18 Jun 1995 13:52:54 -0700 (PDT) From: Howard Lew <hlew@genome.Stanford.EDU> To: Bruce Evans <bde@zeta.org.au> Cc: bde@zeta.org.au, bugs@FreeBSD.org Subject: Re: 2.05R panics on boot Message-ID: <Pine.SUN.3.91.950618134700.18684E-100000@vegemite.Stanford.EDU> In-Reply-To: <199506180547.PAA15709@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.950618134700.18684E-100000>