Re: Dangerously dedicated vs. fully dedicated, etc.

2004-09-24 Thread Mike Meyer
In [EMAIL PROTECTED], Ian Dowse [EMAIL PROTECTED] typed: As to the issue of BIOSes disliking DD modes, there have been a few different reasons suggested. I had a dual xeon BIOS that had anti-virus code. If the boot block didn't have the write MBR on it, it rewrote the first 63 sectors,

Re: Dangerously dedicated vs. fully dedicated, etc.

2004-09-24 Thread Mike Meyer
In [EMAIL PROTECTED], Ian Dowse [EMAIL PROTECTED] typed: In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: Mike, I'll pay back your effort in replying to this long thing by working up a patch for the disklabel manpage (at least) and, if you want, I'll CC you so you can veto things you

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-15 Thread Mike Meyer
In [EMAIL PROTECTED], Gary W. Swearingen [EMAIL PROTECTED] typed: Mike, I'll pay back your effort in replying to this long thing by working up a patch for the disklabel manpage (at least) and, if you want, I'll CC you so you can veto things you don't like. I do worry about how so few people

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-15 Thread Mike Meyer
In [EMAIL PROTECTED], Gary W. Swearingen [EMAIL PROTECTED] typed: Ian Dowse [EMAIL PROTECTED] writes: You've cleared up several things, thanks. (I still don't see why any BIOS would have trouble with a DD disk, leading to DD's deprecation, but I can just take people's word for it, for the task

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-15 Thread Gary W. Swearingen
Mike Meyer [EMAIL PROTECTED] writes: As you can see, it's sector 1, not sector 0. Everything else seems to be correct. More terminology problems. 1 means 0. Says fdisk: Warning: BIOS sector numbering starts with sector 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-14 Thread Mike Meyer
In [EMAIL PROTECTED], Gary W. Swearingen [EMAIL PROTECTED] typed: I'm having trouble understanding a couple parts of the disklabel manpage related to dangerously/fully dedicated disks. The BUGS section has this paragraph: For the i386 architecture, the primary bootstrap sector contains

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-14 Thread Gary W. Swearingen
Mike, I'll pay back your effort in replying to this long thing by working up a patch for the disklabel manpage (at least) and, if you want, I'll CC you so you can veto things you don't like. I do worry about how so few people comment on manpage changes before they go in, but they need improvement

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-14 Thread Ian Dowse
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: Mike, I'll pay back your effort in replying to this long thing by working up a patch for the disklabel manpage (at least) and, if you want, I'll CC you so you can veto things you don't like. I do worry At the risk of adding to the

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-14 Thread Gary W. Swearingen
Ian Dowse [EMAIL PROTECTED] writes: At the risk of adding to the confusion, here is a less wordy description of the various disk layouts. The term `dangerously dedicated' seems to be used to refer to either options (B) or (C), so I will avoid using that term: You've cleared up several

Re: Dangerously dedicated vs. fully dedicated, etc.

2003-01-14 Thread Ian Dowse
In message [EMAIL PROTECTED], [EMAIL PROTECTED] writes: /boot/boot0 has the FreeBSD bootloader. The installer also offers to use the standard /boot/mbr. Roughly speaking. /boot/boot2 is 15 sectors; I suppose the first (all zeros) is replaced with the disklabel, loosely speaking. One such as

Dangerously dedicated vs. fully dedicated, etc.

2003-01-13 Thread Gary W. Swearingen
I'm having trouble understanding a couple parts of the disklabel manpage related to dangerously/fully dedicated disks. The BUGS section has this paragraph: For the i386 architecture, the primary bootstrap sector contains an embedded fdisk table. The disklabel utility takes care to not