linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kay Sievers <kay.sievers@vrfy.org>
To: kreijack@libero.it
Cc: linux-btrfs@vger.kernel.org
Subject: Re: [RFC] btrfs, udev and btrfs
Date: Tue, 27 Apr 2010 17:32:47 +0200	[thread overview]
Message-ID: <w2yac3eb2511004270832v7971c482s16a951db57832540@mail.gmail.com> (raw)
In-Reply-To: <201004162048.14463.kreijack@libero.it>

On Fri, Apr 16, 2010 at 20:48, Goffredo Baroncelli <kreijack@gmail.com>=
 wrote:
> Instead the first option has the disadvantage to need to be used for =
every new
> device.
> From this observation I write a udev rule which scan the new block de=
vices,
> excluding floppy and cdrom.
>
> Below my udev rule
>
> =C2=A0$ cat /etc/udev/rules.d/60-btrfs.rules
>
> =C2=A0# ghigo 15/04/2010
>
> =C2=A0ACTION!=3D"add|change", GOTO=3D"btrfs_scan_end"
> =C2=A0SUBSYSTEM!=3D"block", GOTO=3D"btrfs_scan_end"
> =C2=A0KERNEL!=3D"sd[!0-9]*|hd[!0-9]*", GOTO=3D"btrfs_scan_end"
>
> =C2=A0IMPORT{program}=3D"/sbin/blkid -o udev -p $tempnode"

Udev needs to do this already anyway. People are not encouraged to
call this in their own rule files again. Just make sure you place the
rule after the existing standard call that always comes with udev. The
btrfs rules can just depend on the variable set in the environment.
Also there are more devices than sd* which could have a btrfs volume,
but this is also covered by the standard udev call to blkid.

Thanks,
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      parent reply	other threads:[~2010-04-27 15:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-16 18:48 [RFC] btrfs, udev and btrfs Goffredo Baroncelli
2010-04-16 19:01 ` Tomasz Torcz
2010-04-27 15:32 ` Kay Sievers [this message]

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=w2yac3eb2511004270832v7971c482s16a951db57832540@mail.gmail.com \
    --to=kay.sievers@vrfy.org \
    --cc=kreijack@libero.it \
    --cc=linux-btrfs@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).