[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