[pkg-cryptsetup-devel] Bug#601886: Bug#601886: cryptsetup: luksformat leaves the Luks device open
Jonas Meurer
jonas at freesources.org
Sat Feb 19 15:48:23 UTC 2011
Hey intrigeri,
On 30/10/2010 intrigeri at boum.org wrote:
> Hi,
>
> # ls -l /dev/mapper/luksformat1
> ls: cannot access /dev/mapper/luksformat1: No such file or directory
>
> # luksformat /dev/sdb1
> Creating encrypted device on /dev/sdb1...
>
> WARNING!
> ========
> This will overwrite data on /dev/sdb1 irrevocably.
>
> Are you sure? (Type uppercase yes): YES
> Enter LUKS passphrase:
> Verify passphrase:
> Please enter your passphrase again to verify it
> Enter passphrase for /dev/sdb1:
> mkfs.vfat 3.0.9 (31 Jan 2010)
> unable to get drive geometry, using default 255/63
>
> Device luksformat1 is busy.
>
> # ls -l /dev/mapper/luksformat1
> lrwxrwxrwx 1 root root 8 Oct 30 18:23 /dev/mapper/luksformat1 -> ../dm-11
mh, seems like another race condition. the device is still busy when
mkfs.vfat terminates. a workaround like sleep 1 in between would work,
but i would prefer to find the reason for this race condition and fix
it.
milan, maybe you could take a look at this? unfortunately i don't know
enough udev/devmapper details to further debug this issue.
but i guess that the race condition is between libdevmapper and udev.
maybe this is related to the outdated devmapper (+udev rules) in debian?
on irc someone said that cryptsetup (luksClose) should wait for the
device to become free in case that udev sync is enabled.
greetings,
jonas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-cryptsetup-devel/attachments/20110219/0dbbf96b/attachment.pgp>
More information about the pkg-cryptsetup-devel
mailing list