Re: disk partition schemes
- To: Christian Hammers <email@example.com>
- Cc: firstname.lastname@example.org
- Subject: Re: disk partition schemes
- From: Russell Coker <email@example.com>
- Date: Mon, 2 Jul 2001 15:12:31 +0200
- Message-id: <0107021512310K.26657@lyta>
- Reply-to: Russell Coker <firstname.lastname@example.org>
- In-reply-to: <20010630174927.C26619@westend.com>
- References: <email@example.com> <20010630174927.C26619@westend.com>
On Saturday 30 June 2001 17:49, Christian Hammers wrote:
> On Fri, Jun 15, 2001 at 10:13:33AM -0400, Kevin J. Menard, Jr. wrote:
> > Basically, I have 20 gigs of space to tinker with (well, there's
> > really 40 there, but I run a hardware RAID 10). I also have half a
> > gig of SDRAM (sure this would matter with swap space). Now, I have
> > no problem running fdisk or anything, but I wanted to get a feel for
> > what people are doing for various types of systems.
> Seperated partitions are usefull for the following reasons for me:
> * /boot because old bootloaders (and new?) have problems with bzImage
> files over a certan sector number, i.e. it should be at the start of
> your HDD.
If your root file system is at the start then it is unlikely to be large
enough to break any boot loaders. Recent boot loaders are very capable...
> * /var, as used for logs, can fill up completely if a program
> get mad and prevent other programs than just syslogd from working if
> it's on /
chgrp log /var/log/*log
Set quota for log group. Problem solved?
> Something I would suggest you, too is LVM. There you can partition your
> harddisc(s) in arbitrary pieces (physical extends), put them together
> in a big heap (volume group) and from this heap you can cut out your
> virtual discs (logical volumes) and resize them as needed no matter if
> they are physically in a line or scattered over all harddiscs.
> Of course this requires a filesystem that can adjust, too, only
> extending the (virtual) partition alone doesn't help. But reiserfs
> (AFAIK) and ext2/ext3 can do it.
> (well but keep in mind that this is not 10-year-approved technology so
> maybe not use it with your best paying customer..)
From what I've seen LVM is much better at breaking data into pieces than
it is at putting them back together... I wanted to take over maintenance
of the LVM packages for Debian but couldn't because I couldn't get it
working with a recent kernel!
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/projects.html Projects I am working on
http://www.coker.com.au/~russell/ My home page