[CoLoCo] partitioning (after the fact...)

[Kevin Fries]

On Thu, 2007-12-13 at 18:04 -0700, Neal McBurnett wrote:
> On Thu, Dec 13, 2007 at 04:18:28PM -0700, Kevin Fries wrote:
> > I have begun the conversation in the developers to see if we can try and
> > fix this.
> > 
> > Its more than holy war, its about stability and disaster recovery.  The
> > one partition fits all approach is very bad in these aspects.  That is
> > why I have begun the conversation in the developers to try and get it
> > fixed for Hardy.
> > 
> > I know my normal partitioning scheme will likely get labeled too extreme
> > in the end, if I can move the default used in installation to a more
> > robust system, I will feel completely victorious.
> 
> Um - "victorious"?  Comparisons to holy war?  I would ask who is the
> enemy?

The original comment was about how each person has their ideal
partitioning layout.  And the arguments can get to resemble a real holy
war similar in stupidity as to which is the best distro.  Personally, I
prefer a four to five partition layout, and install all my machines (and
will be training my guys next week that will be building all of Fighting
Penguin's machines) to use this partitioning method.

/ = 20GB
/boot = 512MB
/home = <remainder>
/var/log = 5GB

Servers get /home partition replaced with a /srv partition and any
machine with more than 2GB of ram gets /tmp mounted tmpfs.

For software and web developer machines, a /srv partition is created
with 10GB in addition to the /home directory.

If a machine is marked as highly critical, /etc is on its own partition,
then mirrors are set up for /boot, /etc, /home, and /srv.  This will
allow for a complete rebuild, and software reset in minutes not hours.

I don't anticipate that Ubuntu would ever need or even want anything
that elaborate.  Instead, I am hoping to get /boot, and /home isolated
to make Ubuntu a little more robust and improve disaster recovery.

-- 
Kevin Fries
Senior Linux Engineer
Computer and Communications Technology, Inc
A Division of Japan Communications Inc.