Comment 10 for bug 529502

This bug also affects me. I have an external hardrive with (among other things) a volume group on it. One of the logical volumes is encrypted with LUKS and formatted ext4. Whenever I mount it graphically (via nautilus or the gnome mounting applet), it succeeds (after supplying the right password), but it behaves kind of oddly. The decrypted volume does not open "in place" (i.e.: under the icon I clicked on to decrypt it), but it creates another icon for the decrypted EXT4 drive. The original icon continues showing the option "Mount volume" (the option "Open volume" remains grayed out), but I can open the volume via the secondary icon. I can unmout the volume via the right-click menu of the secondary icon (causes the secondary icon to disappear) but trying to remount the the volume via the primary icon fails (even after supplying the right password) since the cryptsetup partition does not get closed/locked in /dev/mapper .

As a result
1) the super user (luckily me) can still see my encrypted data. All he has to do is mount the appropriate un(luks)Closed blockdevice in /dev/mapper
2) the owner of the encrypted partition can't reaccess their data without rebooting, unless he's a sudoer who can "cryptsetup luksClose /dev/mapper/uuid* " and do the graphical thing or mount the unlocked cryptsetup partition in /dev/mapper/ .

(P.S. Like khumbartha, I have also encountered the situation several times where I can't luksClose the the cryptsetup partition, even as the superuser I don't know how to reproduce it though -- but I think it happens if the external volume gets unplugged and replugged again an the logical volumes get reread.)