Basically I agree with you - put / on a fixed disk - but use LVM for the
rest (/usr, /var/,/home/opt, /whatever).

Can't say I agree that there is never an advantage though - in the world
according to Scott and Mark where root should never have to increase - maybe
..  but I'm always hesitant to use the word 'never' myself.  Constantly
bites me in the ass when I have to deal with other people's worlds..  ;-)

Scott Rohling

On Thu, Aug 14, 2008 at 2:28 PM, Mark Post <[EMAIL PROTECTED]> wrote:

> >>> On 8/13/2008 at  9:47 PM, in message
> <[EMAIL PROTECTED]>, Scott
> Rohling
> <[EMAIL PROTECTED]> wrote:
> -snip-
> > And expansion of a root filesystem much harder.
>
> With a properly laid out file system design, that will _never_  be
> necessary.  Never.
>
> >  As pointed out, RedHat
> > defaults to an LVM root - so it's harder to brush it aside as just a bad
> > idea.
>
> No, that doesn't make it harder at all.  See my other post on that.
>
> > I think there are pros and cons - enough on both sides that I wouldn't
> flat
> > out tell someone "don't do it"..  Recovery is less easy, yes, but
> certainly
> > possible - you just have more than one DASD to consider.
>
> It's far worse than that.  Having / on an LV has _zero_ advantages, since
> there is never a need to expand the root file system.  Having / on an LV
> introduces additional risk, and will elongate recovery time.  That makes the
> decision very easy.  More risk, no benefit, no deal.  Put / on an "plain
> partition."
>
>
> Mark Post
>
> ----------------------------------------------------------------------
> For LINUX-390 subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
> visit
> http://www.marist.edu/htbin/wlvindex?LINUX-390
>

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to