All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luca Berra <bluca@comedia.it>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Mandrake 8.1 and LVM
Date: Sun Dec  2 08:24:01 2001	[thread overview]
Message-ID: <20011202152556.D27109@colombina.comedia.it> (raw)
In-Reply-To: <3C07C9D4.6020904@st-peter.stw.uni-erlangen.de>; from galia@st-peter.stw.uni-erlangen.de on Fri, Nov 30, 2001 at 07:03:00PM +0100

On Fri, Nov 30, 2001 at 07:03:00PM +0100, svetljo wrote:
> >>With / on LVM, you're definately unable to boot if LVM has problems.
> >>
> >with / on ext2 you're definately unable to boot if ext2 has problems.
> >
> sorry , but you can not compare the PB's
> it's not about the FS , but the device access

why not? see below

> >>This is a problem I've seen a number of times on HPUX.  The OS disk is
> >>
> >you cannot extend / under HP-UX (they don't have initrd)
> >
> initrd ?
> isn't that smth special for linux ?
yes, i was *joking*, what i meant was that lvm information for
booting is fed statically to the kernel.

> the next version of LVM should work without initrd and EVMS works 
> without initrd
> the kernel should be able to activate the devices without additional 
> binaries
linux also has _initfunc, which should free the kernel from bloat of
driver initialization code (eg kernelspace implementations of
vgscan/vgchange)
> >besides i don't see the difference with someone having / un one disk
> >and /usr on another without LVM.
> >
> isn't it common for all *nix OSes that they have a small / with only the 
> very essential libraries , binaries and conf's
> and everything other goes to /usr 
please I'd be thankful if ppl did read emails in the thread before replying
I was responding to Theo's claims, who said that if a luser extends /
over two disks he duubles the chance of failure. I was saying that lusers
has many ways of of shooting themselves in the feet.

my point is that there is no reason saying that root lvm is dangerous
and should be avoided. i have been using it for almost an year, and
i consider it as stable as root on an extended pc partition.

L.

-- 
Luca Berra -- bluca@comedia.it
        Communication Media & Services S.r.l.
 /"\
 \ /     ASCII RIBBON CAMPAIGN
  X        AGAINST HTML MAIL
 / \

  reply	other threads:[~2001-12-02  8:24 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-29 15:53 [linux-lvm] Mandrake 8.1 and LVM Sarwer Zafiruddin
2001-11-29 16:01 ` mitch
2001-11-29 16:06   ` Steve Wray
2001-11-29 18:07   ` Theo Van Dinter
2001-11-30  1:59     ` Chad C. Walstrom
2001-11-30  2:40       ` Steve Wray
2001-11-30 14:18         ` Chad C. Walstrom
2001-11-30 15:53           ` mitch
2001-11-30 19:31             ` Chad C. Walstrom
2001-12-01  0:15               ` mitch
2001-11-30 16:00           ` Petro
2001-11-30 19:27             ` Chad C. Walstrom
2001-11-30 16:04           ` Steve Wray
2001-11-30 19:24             ` Chad C. Walstrom
2001-11-30 10:47       ` Theo Van Dinter
2001-11-30 11:37         ` Luca Berra
2001-11-30 12:02           ` svetljo
2001-12-02  8:24             ` Luca Berra [this message]
2001-12-01 10:30     ` Wolfgang Weisselberg
  -- strict thread matches above, loose matches on Subject: below --
2001-12-02  8:55 Luca Berra
2001-12-02  9:22 ` galia
     [not found] <Pine.LNX.4.21.0111291810070.435-100000@sol.rune.org>
2001-11-29 17:12 ` Sarwer Zafiruddin
     [not found] <Pine.LNX.4.21.0111291704150.435-100000@sol.rune.org>
2001-11-29 16:14 ` Sarwer Zafiruddin
2001-11-29 16:44   ` Steve Wray
2001-11-30  2:35     ` Luca Berra
2001-12-01 10:17       ` Brian J. Murrell
2001-11-29  7:58 Sarwer Zafiruddin
2001-11-29 11:15 ` Luca Berra
2001-11-29 15:04   ` Steve Wray
2001-11-29 15:16     ` Lars Kellogg-Stedman
2001-11-29 15:42       ` mitch
2001-11-29 15:56         ` Steve Wray
2001-11-29 19:09         ` Lars Kellogg-Stedman
2001-12-03 20:12         ` Mark van Walraven
2001-11-30  2:28     ` Luca Berra
2001-12-01 10:58       ` Brian J. Murrell

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=20011202152556.D27109@colombina.comedia.it \
    --to=bluca@comedia.it \
    --cc=linux-lvm@sistina.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.