Date: Tue, 2 Jan 96 17:14:47 CST From: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) To: laufen@sol.med.ge.com, terry@lambert.org Cc: msmith@atrad.adelaide.edu.au, marino.ladavac@aut.alcatel.at, hackers@FreeBSD.ORG Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) Message-ID: <9601022314.AA29241@merak.med.ge.com>
next in thread | raw e-mail | index | archive | help
> > The 500M limit comes from the BSD inability to talk to the controller > using an LBA adressing mechanism. The BSD *does* see the OnTrack and > do the 64 sector offsetting. > > The kernel has to locate the disklabel and remount root, which means > it use the C/H/S value and the non-LBA interface (because it uses a > protected mode driver, the TSR doesn't do anything for it). > > > > You should be *extremely* careful when booting a floppy and then using > an FDISK or whatever to manipulate the partition table. In particular, > the old "fdisk/mbr after booting from a DOS floppy" will murder the > OnTrack boot code and render your data unusable unless you happen to > have one of the OnTrack 6.x/7.x disks to reinstall, and are prepared > to go hacking the partition table at the 65th sector after the reinstall. > The flavor of OnTrack (6.2 i think) allows you to boot a floppy after it has loaded so you can keep your Int 13 handler the same. I don't remember this in the older versions. Do you know if this sort of thing is fixed with Win95 or is it still stupid about big disks? > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9601022314.AA29241>