> 32M root and 120M /usr is not what I started with. I don't want each
> subsystem on its own partition. I started with 200M root and 800M /usr.
> That, now, is barely enough, and I'm running a dinky little one-user
> system. I guess I'm just a power-user. Heaven forbid five or more of us on
> the same system!
> Multi-user systems are not going to operate so well in such small
> partitions.

I have a 160MB partition for root+/usr, and I do just fine.  I have around
6GB of disk space total, and while I don't have many users, this isn't just
a "dinky" little one-user system.  Note that I don't have anything on that
root+/usr partition other than standard system binaries (including X11) and
the usual configuration files in /etc; everything else is on its own partition
(/var, /u for user home directories, /usr/src, /usr/spool, and so on).  Some
day I should expand my swap space so I can put /tmp on an MFS.

The hope is that this will minimize the possibility of corrupting the root
filesystem (since there should be no writes to it), and will minimize the
hassle of restoring it when it does get corrupted (since it doesn't change
constantly, it can be backed up after known major changes).  I'd think that
the more users you have, the more interested you'd be in that kind of
firewalling and damage control.

(Of course, neither of these theories worked out last week, when an apparent
driver bug (which I should remember to send-pr) *did* hammer my root partition
something fierce, and I discovered that my only root backup tape way several
months out of date...  I also have lost my emergency boot floppy, which made
for a great deal of excitement when I discovered pretty damned fast that
/sbin/init was one of the corrupted files -- but fortunately I have a spare
root partition (a mere 32MB) for just such emergencies.)