Subject: Re: Panic!Need Xtra partition -additionalfinding
To: T@W <lsp93@xs4all.nl>
From: Frederick Bruckman <fb@enteract.com>
List: port-mac68k
Date: 03/29/1999 17:49:12
On Tue, 30 Mar 1999, T@W wrote:

> Colin Wood wrote:
> >the installer and mkfs are  reporting things in blocks, which are 512
> >bytes in size, i believe.  this should explain the discrepancy, i hope.
> >
> >later.
> >
> >colin
> 
> No, i really do mean doublesized partitions in Kb's.... see
> >-in Mkfs/the Installer  604976Kb but in
> >> -FWB 302488Kb
> 2x302488=604976

No, really, Mkfs counts "blocks," not "Kbs." It's synthesizing a
disklabel for you, and all port's disklabels give size and offset in
blocks.

> in Mkfs:
> sd0b: Other (APPLE_FREE) 'Unused partition' at 118 size 586
> sd0d: Other (APPLE_FREE) 'Unused partition' at 528869 size 10
> sd0e: Other (APPLE_FREE) 'Unused partition' at 528869 size 10
> sd1g: Usr 'NetBSD Usr' at 1201 size 604976
> sd1a: Other (FWB DRIVER COMPONENTS) 'FWB Driver Components' at 101 size 1024
> sd1b: HFS_PART 'MacOS' at 606177 size 76372
> sd1d: HFS_PART 'MacOS' at 682549 size 559066
> sd1e: HFS_PART 'MacOS' at 1241615 size 563530
> sd1f: HFS_PART 'MacOS' at 1805145 size 2627315
> sd1h: HFS_PART 'MacOS' at 4432460 size 2110876
> sd1i: HFS_PART 'MacOS' at 6543336 size 1510330
> sd1j: HFS_PART 'MacOS' at 8053666 size 334838
> sd1k: HFS_PART 'MacOS' at 8388504 size 502256
> sd1l: HFS_PART 'MacOS' at 8388504 size 502256
> sd1m: HFS_PART 'MacOS' at 8388504 size 502256
> sd1n: Other (APPLE_FREE) 'Extra' at 8518772 size 371988
> sd1o: Other (APPLE_FREE) 'Extra' at 8704766 size 185994
> sd1p: HFS_PART 'MacOS' at 8704766 size 185994
> sd1q: HFS_PART 'MacOS' at 8704766 size 185994
> sd2b: Swap 'NetBSD Swap' at 1277 size 195330
> sd2a: Other (APPLE_FREE) 'Unused partition' at 101 size 1024
> sd2d: Other (APPLE_DRIVER_ATA) 'Macintosh' at 1125 size 76
> sd2e: Other (APPLE_FREE) 'Unused partition' at 196607 size 1
> 
> and this is not right in my humble opinion.
> All these nrs. are exactly the double of the real sizes (and twice as many
> as there are in reality)

It's probably not working because sd1 has so many partitions. Since
1.3, any number over 7 tends to give netbsd-mac68k fits. The
FWV_DRIVER_COMPONENTS, APPLE_DRIVER_ATA, and APPLE_FREE partitions
(even that single block one) count toward that seven. I'm not clear as
to exactly what you're trying to do. (I don't see the "Root & User"  
partiton.) A work-around might be migrate everything to another large
disk. One GB is more than adequate for building the system and
packages. You need more for the X sources, maybe half that is adequate
to build and install packages. As long you don't try to access sd1
from NetBSD, it won't matter what's on it. Most folks find it easier
to low-level format a spare disk, and then set down a few partitions
in one shot, including, at least, a "Root & User" and "Swap". More
complicated set-ups may or may not work.

I see that you prefer lots of partitions. Sorry for the bad news.
These partition issues are a real sore point. I think most of us tend
to forget about it once we get a system running. When I recently
migrated to a 8.5G Barracuda, being already aware of the limitations,
I had no problems with it. Although I would really like to have few
more partitions, I know better than to try it. This is a full house:

-> disklabel sd1
:
:
7 partitions:
#        size   offset     fstype   [fsize bsize   cpg]
  a:  4000560      192     4.2BSD        0     0     0   # (Cyl.  0*- 1688*)
  b:   298428  4000752       swap                        # (Cyl.  1688*- 1813)
  c: 17783240        0     unused        0     0         # (Cyl.  0 - 7503*)
  d:  1000140  4299180        HFS                        # (Cyl. 1814 - 2235)
  e:  4000560  9299880     4.2BSD        0     0     0   # (Cyl. 3924 - 5611)
  f:  4482800 13300440        HFS                        # (Cyl. 5612 - 7503*)
  g:  4000560  5299320     4.2BSD        0     0     0   # (Cyl. 2236 - 3923)

An `h:' or higher is bad news. BTW, if you're not too fond of FWB, you
might try a different driver. Allen Briggs added checks so that the
FWB "bonus" partitions wouldn't show in the disklabel, but they still
count for triggering the bug. As long as the count is not greater than
seven on your NetBSD disk, though, FWB is fine.