All of lore.kernel.org
 help / color / mirror / Atom feed
From: Theo Van Dinter <felicity@kluge.net>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Mandrake 8.1 and LVM
Date: Thu Nov 29 18:07:01 2001	[thread overview]
Message-ID: <20011129190920.B23998@kluge.net> (raw)
In-Reply-To: <Pine.LNX.4.33.0111291608480.4437-100000@lx1.daboard.com>; from mitch@mdmiller.com on Thu, Nov 29, 2001 at 04:10:04PM -0600

On Thu, Nov 29, 2001 at 04:10:04PM -0600, mitch@mdmiller.com wrote:
> Sure ... but doesn't /var typically live on a partition of it's own,
> anyway?  Say, is there a HOWTO or other document which describes
> partitioning considerations and/or the standard directory structure?
> Sorry for all the questions, but I've been brain numbed by a WinTel
> world!!

There probably is, but partitioning has always been more art than science so
you'll get a different answer depending on who you talk to and what you're
trying to do.

If you're interested, here's my take on it:

My rule of thumb for disk layout on a server is:
	/boot	- Small, usually 32-128MB, don't run out of space here.
	/	- I put /usr in here since there's no reason not to any
		  longer.  So this will be any size you think is
		  appropriate.	I will usually put anywhere from 4-8GB
		  here, depending on disk size.  These files should be
		  static-ish, no major changed here.  Don't let it hit 100%.
	/var	- As someone's already stated, filling up /var can be a DoS.
		  Also, at least RedHat keeps other things down here, like
		  MySQL/PostgreSQL/etc ...  If you're not going to move this
		  stuff to another area, make /var as big as necessary.  I
		  usually limit /var to log files, give it 1G or so, and move
		  my databases and such to a better partition.
	/tmp	- Yet another possible DoS, don't allow user-writable areas
		  to live on /.  128-512M should be sufficient, it's
		  temporary space after all.

The rest of the disk is split up for any data.  Of that, I would leave
/boot and / as straight partitions and let everything else be LVM-based.
/boot and / are required for booting and if the LVM blows up for some
reason (disk failure, vg won't start, corruption, etc,) you can at least
boot into single user mode and you don't have to worry about non-standard
drivers/rescue disks and the like.

You also get the benefit of LVM for the areas that are more dynamic and may
require shifting over time.

For other non-critical machines (home, personal workstations, etc,) I
tend to just make one big root partition and call it good since I don't
really care about DoS there.  If the box runs out of space, there should be
nothing stored there (it's on the server being backed up, right?,) so I
usually swap hard drives and blow a new OS image on there via
kickstart/jumpstart/your os' favorite automated install system ...

I hope this has been useful to some degree. :)

-- 
Randomly Generated Tagline:
"I am NOT a computer geek! ... I just spend too much time in front of the 
 computer."                  - Theo

  parent reply	other threads:[~2001-11-29 18:07 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-29 15:53 [linux-lvm] Mandrake 8.1 and LVM Sarwer Zafiruddin
2001-11-29 16:01 ` mitch
2001-11-29 16:06   ` Steve Wray
2001-11-29 18:07   ` Theo Van Dinter [this message]
2001-11-30  1:59     ` Chad C. Walstrom
2001-11-30  2:40       ` Steve Wray
2001-11-30 14:18         ` Chad C. Walstrom
2001-11-30 15:53           ` mitch
2001-11-30 19:31             ` Chad C. Walstrom
2001-12-01  0:15               ` mitch
2001-11-30 16:00           ` Petro
2001-11-30 19:27             ` Chad C. Walstrom
2001-11-30 16:04           ` Steve Wray
2001-11-30 19:24             ` Chad C. Walstrom
2001-11-30 10:47       ` Theo Van Dinter
2001-11-30 11:37         ` Luca Berra
2001-11-30 12:02           ` svetljo
2001-12-02  8:24             ` Luca Berra
2001-12-01 10:30     ` Wolfgang Weisselberg
  -- strict thread matches above, loose matches on Subject: below --
2001-12-02  8:55 Luca Berra
2001-12-02  9:22 ` galia
     [not found] <Pine.LNX.4.21.0111291810070.435-100000@sol.rune.org>
2001-11-29 17:12 ` Sarwer Zafiruddin
     [not found] <Pine.LNX.4.21.0111291704150.435-100000@sol.rune.org>
2001-11-29 16:14 ` Sarwer Zafiruddin
2001-11-29 16:44   ` Steve Wray
2001-11-30  2:35     ` Luca Berra
2001-12-01 10:17       ` Brian J. Murrell
2001-11-29  7:58 Sarwer Zafiruddin
2001-11-29 11:15 ` Luca Berra
2001-11-29 15:04   ` Steve Wray
2001-11-29 15:16     ` Lars Kellogg-Stedman
2001-11-29 15:42       ` mitch
2001-11-29 15:56         ` Steve Wray
2001-11-29 19:09         ` Lars Kellogg-Stedman
2001-12-03 20:12         ` Mark van Walraven
2001-11-30  2:28     ` Luca Berra
2001-12-01 10:58       ` Brian J. Murrell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20011129190920.B23998@kluge.net \
    --to=felicity@kluge.net \
    --cc=linux-lvm@sistina.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.