On Tue, 14 Apr 1998, SUNAGAWA Keiki wrote:

> "David A. Gatwood" <marsmail@globegate.utm.edu>  wrote:
> 
> David> Can't say that I'm familiar with it (or have even
> David> heard about it).  What exactly did it do?  I add and
> David> delete partitions w/o any problems, but some
> David> formatters give the partition table size off by one,
> David> which could be part of the problem, not sure.
> 
> When I created 7~8 partitions on the disk, the partition map
> growed and exceeded to next partition.  I think the growing
> partition map scheme is broken.  Is this the way of
> reserving the partition map for 8 partitions or 16? (16 for
> future extension)

You'd basically have to have a large enough partition map initially to
hold all of the partitions -- and the size of that is mostly a product of
whatever formatter you used initially in MacOS.  The best way around it is
probably to use a formatter under MacOS that can move partitions out of
the way to grow the table.  I'm really surprised that pdisk didn't at
least notice that growing the partition table would overwrite the next
partition....  Hopefully that bug is fixed by now, but if not, should be
an easy enough patch to the source to at least prevent you from doing
that.  (Making it possible to move the partition out of the way would be a
nice feature, but that'd be a long-term goal.)

Chances are the MacOS can't be eliminated 100% from a NetBSD-side install
process anyway, especially given that there's no way to boot currently w/o
MacOS.  One step in that direction, though, would be nice.  :-)


David

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/CC/FA/H/L/MC/M/MU/PA/TW d-@ s:>- a-- C++++>$ UBLAS*++++>$
P+?>$ L+++>$ !E--- W+++>$ N++(+++)>+++$ !o? K-? !w--- !O
M++>$ !V-- PS+>$ !PE- Y+>$ PGP+>$ t+++>$ 5+>++++$ !X- !R tv+>$
b++>$ !DI !D- G++(+++)>$ e>++++ h--! r--- !y-
------END GEEK CODE BLOCK------