From: Rolf Fokkens <rolf-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
To: Gabriel de Perthuis <g2p.code-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: bcache-tools: changes to make the udev rules work
Date: Mon, 26 Aug 2013 23:01:43 +0200 [thread overview]
Message-ID: <521BC237.9000802@rolffokkens.nl> (raw)
In-Reply-To: <kvfs5h$j12$1@ger.gmane.org>
On 08/26/2013 05:27 PM, Gabriel de Perthuis wrote:
> Make path changes if you really need, but udev is supposed to find unqualified
> paths like bcache-register in $udevlibdir ( /lib/udev on debian, possibly
> /usr/lib/udev in fedora).
You're right; works fine without the full path.
>
>> This is the diff:
>>
>> --- bcache-tools-20130820/61-bcache.rules.rules 2013-08-20
>> 22:03:46.000000000 +0200
>> +++ bcache-tools-20130820/61-bcache.rules 2013-08-25
>> 15:53:32.690312711 +0200
>> @@ -5,14 +5,14 @@
>> ACTION=="remove", GOTO="bcache_end"
>>
>> # Backing devices: scan, symlink, register
>> -IMPORT{program}="/sbin/blkid -o udev $tempnode"
>> +#IMPORT{program}="/usr/sbin/blkid -o udev $tempnode"
>> # blkid and probe-bcache can disagree, in which case don't register
>> -ENV{ID_FS_TYPE}=="?*", ENV{ID_FS_TYPE}!="bcache", GOTO="bcache_backing_end"
>> +#ENV{ID_FS_TYPE}=="?*", ENV{ID_FS_TYPE}!="bcache",
>> GOTO="bcache_backing_end"
> Those first two changes should be reverted.
I tried, but with the blkid check first my /dev/bcache* devices are not
reliably created. I have 2 in total (/dev/bcache0 and /dev/bcach1) and
with the blkid there's only one after any reboot. Although the name
varies (bcache0 or bcache1) it actually is always the /dev/bcache*
device for the 'second' bcache device that is created. second one means:
the first one is the combi of /dev/sda3 & /dev/sdb1, the second one is
the combi of /dev/sdc1 and /dev/sdd1. I'm not sure how I can figure out
what's actually happening during boot.
>
>> -IMPORT{program}="/sbin/probe-bcache -o udev $tempnode"
>> +IMPORT{program}="/usr/sbin/probe-bcache -o udev $tempnode"
> This change isn't broken, though you could make use of any /sbin
> compat symlinks and not carry an upstream delta.
Moved back to using the symlinks, though later on ...
next prev parent reply other threads:[~2013-08-26 21:01 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-26 9:23 bcache-tools: changes to make the udev rules work Rolf Fokkens
2013-08-26 15:27 ` Gabriel de Perthuis
2013-08-26 21:01 ` Rolf Fokkens [this message]
[not found] ` <521BC237.9000802-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-08-26 21:27 ` Gabriel de Perthuis
[not found] ` <521BC829.9080303-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-08-26 21:28 ` Gabriel de Perthuis
2013-08-26 22:20 ` Rolf Fokkens
[not found] ` <521BD496.5060207-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-08-26 22:46 ` Gabriel de Perthuis
[not found] <1377516018.51534.YahooMailAndroidMobile@web181503.mail.ne1.yahoo.com>
[not found] ` <95A9778F-C617-4455-BBEC-23F0DB06072C@rolffokkens.nl>
[not found] ` <95A9778F-C617-4455-BBEC-23F0DB06072C-6w2rdlBuEQTpMFipWq+H6g@public.gmane.org>
2013-08-27 0:17 ` matthew patton
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=521BC237.9000802@rolffokkens.nl \
--to=rolf-6w2rdlbueqtpmfipwq+h6g@public.gmane.org \
--cc=g2p.code-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.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