Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 238870 - Gnome 2.22 doesn't properly mount LUKS SD cards
Summary: Gnome 2.22 doesn't properly mount LUKS SD cards
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
Depends on:
Reported: 2008-09-27 14:13 UTC by Alexandre Ghisoli
Modified: 2009-09-06 12:54 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Alexandre Ghisoli 2008-09-27 14:13:15 UTC
(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

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 :

Maybe the sys-fs/device-mapper need to take a look ?

Issue still here with the recent packages 


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

** (gnome-mount:14153): WARNING **: Setup failed for
org.freedesktop.Hal.Device.Volume.Crypto.SetupError : /dev/mmcblk0p1 is already
Comment 1 Gilles Dartiguelongue gentoo-dev 2008-09-27 18:36:21 UTC
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.
Comment 2 Alexandre Ghisoli 2008-10-14 12:03:48 UTC
I'm running 
  * gnome-base/gvfs-1.0.1
  * sys-fs/udev-130-r1

and same issue persist.

What do I need to upgrade ?
Comment 3 Alexandre Ghisoli 2008-10-20 07:27:19 UTC
I've upgraded to kernel with the new sdhci-pci module.
Same issue.
Comment 4 Gilles Dartiguelongue gentoo-dev 2008-11-08 12:26:39 UTC
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.
Comment 5 Alexandre Ghisoli 2008-11-08 15:32:08 UTC
I've changed my SD card for a SDHC, same issue. Password in keyring or not doesnt makes me more lucky or not.
Comment 6 Gilles Dartiguelongue gentoo-dev 2009-09-06 12:54:35 UTC
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 and add 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.