Subject: Re: MAXPARTITITONS > 8 (was: Re: mbrlabel fixes)
To: None <>
From: Peter Seebach <>
List: current-users
Date: 12/31/2000 11:21:32
In message <>, Johan Ihren writes:
>I fully agree that the number of needed partitions seem to be more
>dependent upon the need to access filesystems belonging to other OSes
>than a need to micromanage storage local to NetBSD. This is exactly
>why I think an easy way out where we go from 8 to 16 or thereabouts is

It may be.

>I hope I will never fragment my NetBSD storage into more than, let's
>say 8 pieces (/, /var, /usr, /usr/src, /usr/{local,pkg}, /usr/home and
>two more) on one disk. Likewise, I sincerely hope I will never have to
>run more than the present 3 OSes on my laptop. And if there only was a
>VMware for NetBSD I'd be much closer to finally ditching Lunix... ;-)

8 pieces, sure, but on, say, i386, you can only have 5.  b, c, and d are
all spoken for.

I typically split systems at least as far as
I can't do this on most NetBSD platforms... but it gets worse.  On a lot
of systems, it's also useful to me to have a /usr/home distinct from /home.

Then we get into stuff like "/usr/obj" (so you can leave the source tree

>I cannot comment on whether this is technically feasible, but I
>certainly agree that the need for "partitions" for foreign filesystems
>belonging to other OSes is for exchanging data, not to boot from. So,
>if access to those filesystems can be arranged in a non-partition-
>consuming way that's ok too.

That would be sort of useful, yes.

I'd still like to see things generalized at least to 16 on all the likely