From: "W.Kenworthy" <billk@iinet.net.au>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] lvm2/external partitions question
Date: Tue, 30 Aug 2005 16:25:03 +0800 [thread overview]
Message-ID: <1125390303.20471.140.camel@localhost> (raw)
In-Reply-To: <200508300938.58067.ext-dirk.heinrichs@nokia.com>
On Tue, 2005-08-30 at 09:38 +0200, Dirk Heinrichs wrote:
> Am Dienstag, 30. August 2005 08:49 schrieb ext W.Kenworthy:
> > Comments inline:
> >
> > moriah ~ # df -h
> > Filesystem Size Used Avail Use% Mounted on
> > udev 252M 2.6M 249M 2% /dev
>
> Hmm, mine takes 116k, how comes your /dev uses 2.6M?
>
everything thats not on a LVM volume sits here. the biggest
is /root/.ccache (<800M, easily moved elsewhere) and /lib/modules
> > cachedir 3.8G 2.2G 1.6G 59% /lib/splash/cache
>
> This looks to be the same as /, what is it good for, could you explain this?
>
Its used by fbsplash - never looked at why
> > /dev/vg1/usr 32G 5.9G 27G 19% /usr
> > /dev/vg1/var 48G 2.3G 46G 5% /var
>
> I doubt you'll ever get them filled.
>
I have filled them in the past: my desktop is currently sitting at 74%
for both, but I recently went mad archiving to make room.
> > /dev/vg1/tmp 16G 33M 16G 1% /tmp
>
> I use tmpfs for this, but that really depends.
>
I have done that in the past - but I found sometimes I just had to have
the room (zipping 2G plus archives for instance)
> > /dev/vg1/home 77G 26G 52G 34% /home
>
> As said before I prefer per-user volumes (and use the automounter to mount
> them on demand).
>
extra complexity - I dont need remote mounts, and I am the main user.
If you use an automount on the same machine Ive gotta ask "why bother".
In my experience automount is just another thing that can and sometimes
does go wrong so it has to be justified.
Experience shows me that a single partition is almost maintenance free.
If you fill a disk, it does come to a halt but its easily fixed. Ive
found inadequate a swap more serious problem.
Ive found that maintenance usually occurs far more often on
multi-partition systems simply because space that could be used is not
accessible. Multi-partitions on the other hand always waste space
necessitating solutions like LVM. For me LVM gives the advantage in
that I can add space (extra disks) whenever I like and fill it without
having to go through major pain. In the light of experience, I am not
sure I will go for multi-partitions on my next server as laptops/small
desktop systems I run/have run seem better without it, but I will
definitely be going LVM. I am sure that if I had a number of regular
users, a separate /home partition wold be useful but I think that the
old idea of partitioning everything is actually more wasteful/nearly
useless on modern systems.
BillK
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2005-08-30 8:29 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-30 0:50 [gentoo-user] lvm2/external partitions question Mark Knecht
2005-08-30 2:07 ` W.Kenworthy
2005-08-30 4:28 ` Mark Knecht
2005-08-30 4:44 ` W.Kenworthy
2005-08-30 5:49 ` Dirk Heinrichs
2005-08-30 6:49 ` W.Kenworthy
2005-08-30 7:38 ` Dirk Heinrichs
2005-08-30 8:25 ` W.Kenworthy [this message]
2005-08-30 8:55 ` Dirk Heinrichs
2005-08-30 5:21 ` Chris Cox
2005-08-30 12:34 ` Alvin A ONeal Jr
2005-08-30 8:03 ` Neil Bothwick
2005-08-30 22:03 ` Mark Knecht
2005-08-30 23:13 ` Neil Bothwick
2005-08-30 23:53 ` Mark Knecht
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=1125390303.20471.140.camel@localhost \
--to=billk@iinet.net.au \
--cc=gentoo-user@lists.gentoo.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox