Date: Sun, 21 Feb 1999 10:45:40 +1030 From: Greg Lehey <grog@lemis.com> To: Kenneth Chiu <chiuk@cs.indiana.edu>, Greg Black <gjb@comkey.com.au> Cc: freebsd-questions@FreeBSD.org Subject: Re: BSD filesystems & MBR Message-ID: <19990221104540.V93492@lemis.com> In-Reply-To: <Pine.BSF.3.96.990220120830.691A-100000@bakery.chiu.nom>; from Kenneth Chiu on Sat, Feb 20, 1999 at 02:53:06PM -0500 References: <19990220010713.3722.qmail@alpha.comkey.com.au> <Pine.BSF.3.96.990220120830.691A-100000@bakery.chiu.nom>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday, 20 February 1999 at 14:53:06 -0500, Kenneth Chiu wrote: > On Sat, 20 Feb 1999, Greg Black wrote: >>> Optionally, but not recommended, you can make the disk "dangerously >>> dedicated". >> >> I keep seeing references that repeat this advice, but I have not >> seen any compelling reasons for it. Is there any real reason >> why, on a machine that will never run anything but FreeBSD, this >> could present a problem? > > The only "real" reason that I know of is the one that came across > the lists recently. As I understand it, the BIOS on a particular > machine gets confused by the absence of a "normal" partition table, > causing it to pass bogus data to the boot blocks. Correct, I've heard this too. I've seen a lot of discussion on the subject, and I'm no wiser. Some claim that dangerously dedicated disks don't work at all with modern BIOSes; others make a distinction between safely dedicated and dangerously dedicated. All don't supply enough information to convince me, but I haven't had time to look at it myself. Greg -- When replying to this message, please copy the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990221104540.V93492>