pmount-hal asking for luks password, when partition is already mounted

[John Lenz]

Hey, running the latest dapper. Not sure if this is the correct package for this bug, but ....

I have my home partition formatted using cryptsetup and luks, but I unlock that partition during boot by putting an entry in /etc/crypttab (and some custom code to /etc/init.d/cryptdisks which I should probably submit). So by the time I log in to gnome, the partition is already unlocked and mounted. Problem is, when I log in a dialog pops up asking me to enter the password to unlock that volume, when it is already unlocked. I think when gnome-vfs or whatever first starts, it needs to check which luks partitions are already unlocked. the cryptsetup status command can be run to check if the partition is unlocked... it outputs something like "/dev/mapper/home is active"

[Laurent Bigonville (bigon)]

I can confirm this in dapper. I think is an hal bug. See my hal-device output. hal doesn't detect that the partition il already mounted.

[Laurent Bigonville (bigon)]

hal-device output. The encrypted partition is hda3

[Laurent Bigonville (bigon)]

Forgot to say that the partition is monted by pammount

[Martin Pitt (pitti)]

pmount already detects that the partition is already mounted. Right, this needs to be fixed in g-v-m, it must check whether this is already mounted.

[Martin Pitt (pitti)]

 gnome-volume-manager (1.5.15-0ubuntu10) dapper; urgency=low
 .
   * debian/patches/02_pmount_crypt.patch: mount_all(): Do not try to mount
     partitions that contain a LUKS volume which is already mapped and mounted.
     This requires us to jump through some hoops, but much of the code could be
     stolen from eject. Closes: LP#40449
   * debian/control: Add 'eject' dependency. We need the
     /usr/lib/eject/dmcrypt-get-device helper for above patch, and eject itself
     is also needed for handling the hardware eject buttons of CD-ROM drives.