From: "Thomas Bächler" <thomas@archlinux.org>
To: Peter Rajnoha <prajnoha@redhat.com>
Cc: dm-crypt@saout.de, Milan Broz <mbroz@redhat.com>
Subject: Re: [dm-crypt] 1.1.0rc2: device-mapper: remove ioctl failed: Device or resource busy
Date: Tue, 20 Oct 2009 15:05:33 +0200 [thread overview]
Message-ID: <4ADDB59D.7050202@archlinux.org> (raw)
In-Reply-To: <4ADDB2DE.9020401@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 1267 bytes --]
Peter Rajnoha schrieb:
> If I got him right, I think he meant direct listeners of the "KERNEL" udev
> events like udevd does. Yes, we can't do much here - if anybody listens to
> the events this way, he is on his own (if we listen to UDEV udev events,
> then these ones will have those env vars set, so one can check them).
Okay - which program would do that?
> Yes, ignore_device is another way how to suppress the events somehow. But
> this one will ignore all the rules irrespective of the sequence when it's called.
> When I tried this one first, I had a rule that sets the nodes and symlinks
> in /dev/mapper and just after that I called ignore_device, but it ignored
> everything. So this one can't be used either.
Does it matter? If I remember correctly, libdevmapper creates the
/dev/mapper/* nodes itself even if udev isn't there. So cryptsetup would
create the temporary-cryptsetup-* node, access it and destroy it and
udev would ignore everything else - sounds like a good solution to me.
I will deploy the rule mentioned in earlier posts as a workaroud for now
and then see what is happening upstream - once the upstream rules are in
a good state, I am more than willing to use those rather than
distro-specific ones.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 261 bytes --]
next prev parent reply other threads:[~2009-10-20 13:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-20 8:35 [dm-crypt] 1.1.0rc2: device-mapper: remove ioctl failed: Device or resource busy Thomas Bächler
2009-10-20 8:55 ` Milan Broz
2009-10-20 9:07 ` Thomas Bächler
[not found] ` <4ADD9876.8000006@redhat.com>
2009-10-20 12:13 ` Thomas Bächler
2009-10-20 12:53 ` Peter Rajnoha
2009-10-20 13:05 ` Thomas Bächler [this message]
2009-10-20 13:29 ` Peter Rajnoha
2009-10-22 13:36 ` Peter Rajnoha
2009-10-22 15:01 ` Thomas Bächler
2009-10-22 15:31 ` Peter Rajnoha
2009-10-23 13:41 ` Uwe Menges
2009-10-23 13:57 ` Milan Broz
-- strict thread matches above, loose matches on Subject: below --
2009-10-20 7:29 Thomas Bächler
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=4ADDB59D.7050202@archlinux.org \
--to=thomas@archlinux.org \
--cc=dm-crypt@saout.de \
--cc=mbroz@redhat.com \
--cc=prajnoha@redhat.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.