From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from archlinux.org (gerolde.archlinux.org [66.211.214.132]) by mail.saout.de (Postfix) with ESMTP for ; Thu, 25 Mar 2010 18:10:11 +0100 (CET) Message-ID: <4BAB98F0.403@archlinux.org> Date: Thu, 25 Mar 2010 18:10:08 +0100 From: =?ISO-8859-15?Q?Thomas_B=E4chler?= MIME-Version: 1.0 References: <6559AA6A9E5C43D6A3494FB045B91615@AliPC> <4BAB8DCC.6090507@redhat.com> In-Reply-To: <4BAB8DCC.6090507@redhat.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig8149C2311C2566F388B21517" Subject: Re: [dm-crypt] Long Unlocking Time List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Milan Broz Cc: dm-crypt@saout.de, Ali Reza Sajedi This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8149C2311C2566F388B21517 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Am 25.03.2010 17:22, schrieb Milan Broz: > I later version is this removed, BUT: > If you are using device-mapper with udev enabled, its need to synchroni= se > device node creation, which happens from the last dm udev-rule, but you= are blocked > in rule before -> deadlock -> timeout (maybe). Does cryptsetup even use this synchronization feature? > Best do not do these operations from udev rule at all. >=20 > Maybe if it fork itself, it can work somehow. Anyway it is probably bet= ter > to not add such commands directly to udev rule, but in some other syste= m > which registers for udev events (using some d-bus message or whatever).= >=20 > Someone probably can suggest better desktop solution... One does not always want to rely on a desktop-based solution. It should be possible to run a command that immediately daemonizes and returns success. In fact, udev should probably implement a RUNAFTER directive that does exactly that and can be used instead of the RUN directive. In my opinion, udev is the right place for such tasks, unless you want to use or even write a daemon that listens for events using libudev - which is overkill for such an easy task. --------------enig8149C2311C2566F388B21517 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREIAAYFAkurmPAACgkQEda5KzHP/VAwwwCgnHnXvJVxYl5GTsE1TSeL2AUO SyQAnA/SAAlZFBwOPi4v6jG13PF8y98C =bsFB -----END PGP SIGNATURE----- --------------enig8149C2311C2566F388B21517--