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
Status: RESOLVED UPSTREAM
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
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
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: ---


Attachments

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
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?
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 2.6.27.1 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 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.