(from bug #197858) It was asked to create a new bug on this topic Issue with LUKS encrypted SD card on a ThinkPad X40. When I boot up my PC, I'm asked by gnome-mount for a password for my device. I enter it and nothing is mounted. Pull out the card and re-insert it, Nautilus see a "crypted data" for a short while (maybe 1/2th sec) and the disappear. This append maybe 80% of the time, and sometimes it get mounted (after ~20 tries). If I suspend to ram (not to disk), my success ratio grows up to 50% ! I've searched the web and there is a lot of reports for removable media (USB HDD, USB keys, SD cards, ...) that are not automounted since gnome 2.20 / 2.22. I've also looked in kernel, and the CONFIG_DM_UEVENT, but no changes. The debian bug #455746 seems to bring a solution (in device-mapper area), but I've no idea how to check this against Gentoo : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455746 Maybe the sys-fs/device-mapper need to take a look ? Issue still here with the recent packages sys-fs/udev-128 sys-fs/cryptsetup-1.0.6-r1 sys-apps/hal-0.5.11-r3 Here is my error message : gnome-mount 0.6 Initialisation de périphérique non chiffré pour /dev/mmcblk0p1. Le périphérique non chiffré est /dev/dm-0. Montage. ** (gnome-mount:14132): WARNING **: /org/freedesktop/Hal/devices/volume_part_1_size_0 does not have a mountable filesystem ** (gnome-mount:14153): WARNING **: Setup failed for /org/freedesktop/Hal/devices/volume_uuid_381241fb_059d_4c94_b030_5cdcadf3de8c: org.freedesktop.Hal.Device.Volume.Crypto.SetupError : /dev/mmcblk0p1 is already setup?
ok a few elements for everyone, this issue only seem to appear in gnome 2.22. It looks like some kind of problem between gvfs and hal/udev (something about // in udi if I'm correct) and it's working fine with 2.24 here.
I'm running * gnome-base/gvfs-1.0.1 * sys-fs/udev-130-r1 and same issue persist. What do I need to upgrade ?
I've upgraded to kernel 2.6.27.1 with the new sdhci-pci module. Same issue.
hum in fact I'm also seeing this on supposedly working machines. It works far better if the password of the device was already in the keyring though.
I've changed my SD card for a SDHC, same issue. Password in keyring or not doesnt makes me more lucky or not.
Behavior of nautilus and the rest of the stack is still shaky these days. This really needs to be reported upstream. Please report this to nautilus upstream at http://bugzilla.gnome.org and add gnome@gentoo.org to CC, telling them about nautilus showing encrypted volumes on and off, maybe they'll redirect us to wherever is the real problem in the stack.