On Tuesday 26 April 2005 08:34 am, "Dave Nebinger" <[EMAIL PROTECTED]>
wrote:
> > I'm planning on using LVM2. I'll be installing most of KDE 3.4. No
> > Gnome. I'll have a webserver and a mailserver running, but I've
> > already accounted the space required for them (as of right now) as 1GB
> > in /var, which of course will need to be expanded in future... to how
> > much, I don't know! But that's the point of using LVM2!
>
> IMHO LVM2 is only valuable for creating partitions that need to cross
> disks (i.e. you have 2 100g disks but need a 200g partition). Using
> lvm2 simply to allow for future partition growth is overkill... No
> flames here please, I did say it is my opinion only ;-)
Well, it's also really useful when you don't know you exact requirements
(and when do you?) because it lets you shrink/expand volumes with much
less hassle than doing the same thing with partitions.
Also, even if you only have one drive now, who says you won't add another
one later? With standard partitions, it impossible to grow one partition
onto the other drive. It's trivial to do with LVM and you can also take
advatage of LVM striping -- the poor man's software raid :).
Unless I know I'm never going to upgrade the system *and* I can justify
just throwing everything ('cept /boot) onto a single partition, I say
always go with LVM.
> > I have 768MB of RAM and so far I haven't seen it use any swap. So I'm
> > planning on a 256MB swap partition. Also, there will be a /boot which
> > would be about 50MB.
>
> You've got 80g, so double ram (the normal recommendation) shouldn't hurt
> you too much. If you ever get to the point that you run out of swap,
> you'll regret not having enough.
Agreed.
> I usually have around 10 different partitions:
>
> 1. / - large enough to hold the basic root entities (/etc, /bin,
> /sbin, and /lib).
> 2. /boot - 100M because I like to keep working kernels around for
> awhile.
> 3. /usr - Large enough to hold the /usr contents minus
> /usr/portage.
> 4. /usr/local - Separated to ensure that local installs
> don't kill the /usr partition.
> 5. /usr/portage - Keeps portage out of the /usr tree and simplifies
> /usr/portage partition resize when needed.
> 6. /opt
> 7. /var
> 8. /tmp
> 9. /var/tmp - Separated from /var so that temp space usage doesn't
> interfere with the spool (etc.) contents normally in /var.
> 10. /home
I generally go with something simpler:
1. /boot -- real partition, on the fastest disk. Usually 256MiB but it's
fine to go much smaller. I use an initrd, so I may need more space than
some.
2. <swap> -- real partition, again on the fastest disk. 2x RAM should be
fine in this case. I usually go smaller, but it can't hurt and you seem
to have plenty of space. [Also, I use loop-aes on this.]
3. / -- lvm volume, I've found 1GiB to be plenty.
4. /usr -- lvm volume, Start at around 5GiB might have to get bigger
depending on the apps you use. I'm up to 69% of 8GiB (5.5GiB) now.
5. /opt -- lvm volume, 2GiB will hold multiple JVMs, Acrobat5, a few
other things and still have > 50% free, enough for a random ebuild to
install to /opt and not run out of space.
6. /home -- lvm volume, as big as you want
7. /var -- lvm volume, no less than 2GiB, since /var/tmp/portage will
grow that large while compiling OO.o and other large packages. Probably
bigger since you are going to be running a mail and web services.
8. /tmp -- tmpfs is my recommendation, as I've never seen my 1GiB lvm
volume use more than ~150MiB. If you make it an on-disk filesystem 1GiB
should be plenty.
Also, I would strongly suggest running reiserfs for every filesystem on an
lvm volume. Reiserfs can be grown while they are mounted (IME, safely) so
you can add more space to the lvm volume and the filesystem with 0
downtime. [ext2/3 requires umounting/resize/mount the filesystem, I think
jfs requires a remount, I haven't taken my chances with xfs but it can
also be resized while active.]
If you are going to use the keepwork feature, I'd suggest
moving /var/tmp/portage to a separate lvm volume and reserving 5GiB or
more for it.
Dave's suggestion of /usr/portage on a separate volume might also be a good
idea.
--
Boyd Stephen Smith Jr.
[EMAIL PROTECTED]
ICQ: 514984 YM/AIM: DaTwinkDaddy
--
gentoo-user@gentoo.org mailing list
