mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Grzegorz Kulewski <kangur@polcom.net>
To: viro@parcelfarce.linux.theplanet.co.uk
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.6-rc2-bk3 (and earlier?) mount problem (?
Date: Tue, 27 Apr 2004 23:59:26 +0200 (CEST)	[thread overview]
Message-ID: <Pine.LNX.4.58.0404272342150.13077@alpha.polcom.net> (raw)
In-Reply-To: <20040427213549.GC17014@parcelfarce.linux.theplanet.co.uk>

On Tue, 27 Apr 2004 viro@parcelfarce.linux.theplanet.co.uk wrote:
> On Tue, Apr 27, 2004 at 10:39:09PM +0200, Grzegorz Kulewski wrote:
> > > 	c) nobody sane should put that as default.  Oh, wait, it's gentoo
> > > we are talking about?  Nevermind, then.
> > 
> > But what default? Gentoo just calls evms_activate before mounting 
> > filesystems to check if there are evms volumes (because filesystems can 
> > reside on it). And, according to man page, this is the right usage of 
> > evms_activate.
> 
> And that usage of evms_activate takes over all normally partitioned devices
> and shoves equivalents of partitions under /dev/evms, right?  So in which
> universe would that be the right thing to do without a big fat warning and
> update of /etc/fstab?


>From evms_activate man page:

DESCRIPTION
       The  evms_activate  command  discovers  all EVMS volumes and 
activates kernel devices for all volumes
       that are not yet active. The command should be run at boot time so 
the file systems  that  reside  on
       the volumes can be mounted. If EVMS volumes are listed in the 
/etc/fstab, evms_activate should be run
       before /etc/fstab is processed (which is distribution specific). If 
the root file  system  is  on  an
       EVMS volume, evms_activate should be run from the init-ramdisk.
 

And where is the big fat warning that you can not use your normal devices 
anymore?

And I still do not understand why my old device names that every script / 
program on the Eartch uses cannot be used anymore... And if I really can 
not use them why their device files in dev do not disappear? (I am using 
udev.)

And can I use fdisk to modify and then reload partition table in this new 
approach? And will mount that is searching for filesystem with specified 
label find it on new device? And should not the kernel warn in case 
someone is touching the old device?


Grzegorz Kulewski


  reply	other threads:[~2004-04-27 21:59 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-26  8:39 2.6.6-rc2-mm2 Andrew Morton
2004-04-26 16:55 ` 2.6.6-rc2-mm2 Zwane Mwaikambo
2004-04-26 17:11 ` 2.6.6-rc2-mm2 raven
2004-04-26 17:37   ` 2.6.6-rc2-bk3 (and earlier?) mount problem (?) Grzegorz Kulewski
2004-04-26 18:08     ` Linus Torvalds
2004-04-26 22:08       ` Grzegorz Kulewski
2004-04-26 22:13         ` Linus Torvalds
2004-04-26 22:38           ` Grzegorz Kulewski
2004-04-26 22:56             ` viro
2004-04-27  0:04               ` Grzegorz Kulewski
2004-04-27  0:23                 ` viro
2004-04-27  0:43                   ` viro
2004-04-27  1:00                   ` Linus Torvalds
2004-04-27  1:07                     ` 2.6.6-rc2-bk3 (and earlier?) mount problem (? viro
2004-04-27  9:12                       ` Grzegorz Kulewski
2004-04-27 12:51                         ` Chris Mason
2004-04-27 13:07                           ` Grzegorz Kulewski
2004-04-27 14:05                             ` Paul P Komkoff Jr
2004-04-27 18:34                               ` viro
2004-04-27 20:04                                 ` Paul P Komkoff Jr
2004-04-27 20:28                                   ` viro
2004-04-27 20:39                                     ` Grzegorz Kulewski
2004-04-27 21:35                                       ` viro
2004-04-27 21:59                                         ` Grzegorz Kulewski [this message]
2004-04-28 10:19                                     ` Paul P Komkoff Jr
2004-06-19 16:59         ` Memory and rsync problem with vanilla 2.6.7 Grzegorz Kulewski
2004-06-19 17:50           ` Linus Torvalds
2004-06-20  3:47             ` Nick Piggin
2004-06-20 14:18               ` Grzegorz Kulewski
2004-06-20 14:41                 ` Grzegorz Kulewski
2004-06-20 14:45                   ` Nick Piggin
2004-06-20 20:34                     ` Grzegorz Kulewski
2004-06-21 16:22                     ` Grzegorz Kulewski
2004-06-20 13:24             ` Grzegorz Kulewski
2004-06-20 14:04               ` Sam Ravnborg
2004-06-21 18:36             ` network related(?) kernel panic (2.6.7-bk4) Grzegorz Kulewski
2004-04-26 18:52 ` 2.6.6-rc2-mm2 Frédéric L. W. Meunier
2004-04-26 23:06 ` 2.6.6-rc2-mm2 (compile stats) John Cherry
2004-04-28  9:37 ` 2.6.6-rc2-mm2 William Lee Irwin III
2004-04-29 18:41 ` 2.6.6-rc2-mm2 William Lee Irwin III
2004-04-29 20:45   ` 2.6.6-rc2-mm2 Andrew Morton
2004-04-29 21:18     ` 2.6.6-rc2-mm2 William Lee Irwin III
2004-04-30  0:24       ` 2.6.6-rc2-mm2 William Lee Irwin III
2004-04-30  2:05         ` 2.6.6-rc2-mm2 James Bottomley
2004-04-30  2:24           ` 2.6.6-rc2-mm2 William Lee Irwin III
2004-04-28  7:52 2.6.6-rc2-bk3 (and earlier?) mount problem (? Henning Rohde

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=Pine.LNX.4.58.0404272342150.13077@alpha.polcom.net \
    --to=kangur@polcom.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=viro@parcelfarce.linux.theplanet.co.uk \
    /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

all inboxes | Powered by JetHome®