From: Alan McKinnon <alan@linuxholdings.co.za>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: 500 meg / partition (including /boot) *WITHOUT USING LVM*
Date: Tue, 4 Sep 2007 10:45:15 +0200 [thread overview]
Message-ID: <200709041045.15256.alan@linuxholdings.co.za> (raw)
In-Reply-To: <fbj545$m0b$1@sea.gmane.org>
On Tuesday 04 September 2007, Remy Blank wrote:
> Neil Bothwick wrote:
> > Why do you make such a big deal of not using LVM? It achieves
> > everything you want to, and more, without the compromises.
>
> There's one thing that has prevented me from ever using LVM: the need
> to have an initrd (or initramfs). From what I remember, this has
> always required manually copying some utilities like the LVM tools to
> the initrd (or writing a script that does it), and remembering to do
> it every time I update one of the tools, and not to forget copying
> all required libraries as well, and so on.
>
> OTOH, I have stopped looking at solutions that need an initrd quite
> some time ago, so things might be easier nowadays. How do you manage
> your initrd? Do you even need one?
On Gentoo it's easy to get away with not using an initramfs. Everything
is built from source and you roll your own kernel so we don't need to
jump through the boot time hoops that a binary distro must to be able
to support everything and boot.
You will always have a pretty good idea how much space / needs, it
contains /bin, /sbin, /etc, /root and /lib. Unless oyu are in the habit
of storing stuff in /root, 500M is plenty. So put / on a regular
partition, everything else in LVM and your initramfs worries go away.
The only case I can think of that *requires* initramfs right now is
booting off a raid device
> > And what happens with 500GB is no longer enough and you want to add
> > more space. How do you resize your "partitions" to use space on the
> > second disk?
>
> Even though I have used resize2fs in the past, I have always thought
> that this tool was kind of a hack. Doesn't the resizing operation
> carry some risk? And if it goes wrong (e.g. a power outage), do you
> loose the complete content of the partition?
>
> And from what I remember, you can't resize a mounted ext3 partition,
balls. ext2online and resize2fs have been resizing ext3 partitions for
ages. You can extend a mounted partition with ease and in safety.
What you can't do, and to my knowledge no regular fs can do, is to
*reduce* a mounted partition
> so you have to boot to a rescue CD, hope that all your LVM tools are
> there (they normally are, but what version?) and perform the resize
> operation there.
Why would lvm not be on your rescue disk? That's just a silly excuse.
What would you do with a reswcue disk that doesn't have fdisk on it?
You'd throw it away and get a different one.
Versions don't have much impact on lvm. True, you can't use V1 tools on
V2 volumes, but V1 hasn't seen much use since the days on kernel 2.4
> But I'd love to be proven wrong on all the points above! This would
> certainly motivate me to look into LVM seriously this time. It really
> seems to be the right solution to the various problems I have seen
> with static partitions.
You are imagining problems where none exist :-)
The only thing you need worry about is where are you going to get a
decent howto that explains the concepts. You are dealing with three
layers of stuff on top of physical partitions and some docs out there
are ... confusing. Once you get the picture fully, it's as easy pie and
makes perfect sense.
Really, LVM is the answer to all those prayers you have been sending up
to $DEITY for years :-)
alan
--
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?
Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2007-09-04 9:07 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-02 14:32 [gentoo-user] 500 meg / partition (including /boot) *WITHOUT USING LVM* Walter Dnes
2007-09-02 19:15 ` Neil Bothwick
2007-09-02 20:00 ` Dirk Heinrichs
2007-09-02 23:20 ` Walter Dnes
2007-09-02 23:57 ` Neil Bothwick
2007-09-04 8:30 ` [gentoo-user] " Remy Blank
2007-09-04 8:45 ` Alan McKinnon [this message]
2007-09-04 9:54 ` Remy Blank
2007-09-04 10:00 ` Dirk Heinrichs
2007-09-04 10:04 ` Alan McKinnon
2007-09-04 10:19 ` Alan McKinnon
2007-09-04 11:20 ` Remy Blank
2007-09-04 12:27 ` Neil Bothwick
2007-09-04 22:16 ` Walter Dnes
2007-09-04 12:29 ` Neil Bothwick
2007-09-04 22:42 ` Alexander Skwar
2007-09-04 22:08 ` Walter Dnes
2007-09-04 22:46 ` [gentoo-user] " Alexander Skwar
2007-09-04 23:23 ` [gentoo-user] " Neil Bothwick
2007-09-05 6:56 ` Alan McKinnon
2007-09-08 1:29 ` Walter Dnes
2007-09-04 9:25 ` Neil Bothwick
2007-09-04 10:05 ` Remy Blank
2007-09-04 9:30 ` Dirk Heinrichs
2007-09-04 10:14 ` Remy Blank
2007-09-04 12:01 ` Dirk Heinrichs
2007-09-04 12:40 ` Remy Blank
2007-09-04 12:28 ` Neil Bothwick
2007-09-04 22:40 ` Alexander Skwar
2007-09-03 6:08 ` [gentoo-user] " Dirk Heinrichs
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=200709041045.15256.alan@linuxholdings.co.za \
--to=alan@linuxholdings.co.za \
--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