Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.csd.uwm.edu!gem.mps.ohio-state.edu!ginosko!husc6!rice!sun-spots-request
From: apctrc!zjat02@uunet.uu.net (Jon A. Tankersley)
Newsgroups: comp.sys.sun
Subject: Re: partitions (bad idea ??)
Keywords: SunOS
Message-ID: <754@brazos.Rice.edu>
Date: 5 Aug 89 20:42:09 GMT
Sender: root@rice.edu
Organization: Sun-Spots
Lines: 18
Approved: Sun-Spots@rice.edu
X-Sun-Spots-Digest: Volume 8, Issue 93, message 4 of 16

You wouldn't have to format the entire disk in that scenario.  Just change
the partition maps to reflect your changes and then newfs and restore.

It is a hassle, but there are some valid reasons for some limits.  The
biggest is runaway programs.  Some other ways out of the problem can be
done via symlinks, or other mechanisms.

Some nice products do allow you to specify an environment variable to set
up it's default path.  That makes it real easy to put things where you
have the space.  Frame for example has FMHOME.

Of course, to be on the safe side, you do have a duplicate root and usr
partition on another spindle (and controller of course) in case something
bad happens :-).  An a SCSI on every server :-).

-tank-
#include <std/disclaimer.h>		/* nobody knows the trouble I .... */
tank@apctrc.trc.amoco.com    ..!uunet!apctrc!tank