public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Don Jerman" <djerman@pobox.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: migrating to LVM
Date: Fri, 19 Oct 2007 08:11:55 -0400	[thread overview]
Message-ID: <6dc3c33d0710190511h5717ce59nf2224e4bd53c46db@mail.gmail.com> (raw)
In-Reply-To: <ff9kd4$39t$1@ger.gmane.org>

On 10/19/07, Thufir <hawat.thufir@gmail.com> wrote:
> On Thu, 18 Oct 2007 10:26:49 +0200, Dirk Heinrichs wrote:
>
> > hda1: Windows
> > hda2: Linux (/boot)
> > hda3: Linux (/)
> > hda4: PV for LVM (PV = Physical Volume)
> > hdb1: PV for LVM
> >
> > The two PVs will be assigned to one Volume Group (VG), inside which you
> > want to create LVs (Logical Volumes) for /usr, /var, /home/<user>, swap,
> > ...
> >
> > Is this correct?
>
>
> Yes.
>
> Looking at <http://gentoo-wiki.com/
> HOWTO_Install_Gentoo_on_an_LVM2_root_partition>, and the section of the
> Gentoo Handbook it points to, critical system files would be on /
> partition, the root partition?
>
Usually, yes.  If /boot and /root are not members of the LVM volume
group it's much simpler to manage and recover from problems.

It's possible to put everything on LV's (apparently grub even supports
/boot on LV) but it means you have to have an initrd that can perform
the LVM initialization from the ramdisk and swap all the critical
partitions before starting the "real" init process.  If that
initialization goes wrong somehow it's not going to boot at all (no
"linux single" rescue mode) so you're stuck going back to a non-LV
boot method (CD, or a  "rescue partition" or something).  Once you get
the juggling act right the risk is fairly small, but it does add more
complexity to the boot process so there's more errors that can break
it.

So / and /boot will be smallish physical partitions - I use the
minimum size for /boot and around 10G for root, and LVM manages
anything that gets dynamically large or uncertain like /home/, /opt/,
and application directories like /var/lib/mythtv/ or /var/spool/mail/.
 Anything that starts to eat up a large part of my root partition is a
candidate for copying over to a LV later on.
-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2007-10-19 12:29 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-17  5:20 [gentoo-user] migrating to LVM Thufir
2007-10-17  5:56 ` Dirk Heinrichs
2007-10-17 15:35   ` Albert Hopkins
2007-10-18  7:08     ` [gentoo-user] " Thufir
2007-10-18  8:26       ` Dirk Heinrichs
2007-10-19  6:55         ` Thufir
2007-10-19 12:11           ` Don Jerman [this message]
2007-10-19 18:56             ` Thufir
2007-10-20 20:24             ` Neil Bothwick
2007-10-21  0:04               ` Albert Hopkins
2007-10-21 11:29               ` Don Jerman
2007-10-21 20:28                 ` Neil Bothwick
2007-10-22  4:16             ` Thufir

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=6dc3c33d0710190511h5717ce59nf2224e4bd53c46db@mail.gmail.com \
    --to=djerman@pobox.com \
    --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