After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 582725 - gnome-mount-0.8 possible race condition while mounting luks-encrypted devices
gnome-mount-0.8 possible race condition while mounting luks-encrypted devices
Status: RESOLVED WONTFIX
Product: gnome-mount
Classification: Deprecated
Component: programs
unspecified
Other All
: Normal normal
: ---
Assigned To: David Zeuthen (not reading bugmail)
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2009-05-15 08:13 UTC by Florian Philipp
Modified: 2012-02-28 12:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Florian Philipp 2009-05-15 08:13:31 UTC
Please describe the problem:
I think there is a race condition or a similar problem with gnome-mount's
handling of encrypted devices.

Steps to reproduce:
1. There is an external HDD (USB) with two partitions, the second one encrypted
with cryptsetup-luks, formatted with ext3. Nautilus correctly shows both
partitions, the latter one as encrypted.
2. Click on it in Nautilus to mount it.
3. Provide the passphrase.


Actual results:
The partition disappears from Nautilus and is not mounted. However, the opened
luks-mapping appears as /dev/mapper/luks_crypto_[...] and can be mounted
manually using good old /bin/mount


Expected results:
Since the filesystem's label is "external" it should be mounted as
/media/external


Does this happen every time?
Sometimes. It is less likely to happen when the directory /media/external already exists and gnome-mount instead creates the mount point /media/external_

Other information:
I think this stuff worked more reliable with older versions but I'm really not
sure and don't want to downgrade everything. However, I'll probably try
downgrading gnome-mount when I find some time.
Comment 1 Gilles Dartiguelongue 2009-05-17 18:45:35 UTC
Adding gentoo's gnome team to CC for tracking purpose:

https://bugs.gentoo.org/show_bug.cgi?id=269426
Comment 2 Elio Voci 2009-12-16 12:38:42 UTC
I am using debian kernel 2.6.30 testing. This includes nautilus 2.28.1-1.

Since a couple of weeks, after some updates, I have this behavior:

1) I mount (as usual) an encrypted volume file using truecrypt
2) On the desktop appears (as usual) the icon of the new drive, with the name
"docs" given by the mount point "/media/docs"
3) Places reports two icons: one (correct) named "docs", which when clicked
opens the right folder, and one (incorrect) named "2.1 GB Filesystem" which
when clicked does nothing.
4) I mount a second encrypted volume file using truecrypt
5) On the desktop appears the second icon, but named "2.1 GB Filesystem"
6) Places reports three icons: one (correct) named "docs", and two named "2.1
GB Filesystem"

Hope this helps
Comment 3 André Klapper 2012-02-28 12:29:55 UTC
"gnome-mount" will not see active development anymore according to its developers (as HAL is also dead).
Closing this report as WONTFIX - Please feel free to reopen this bug report in
the future if anyone takes the responsibility for active development again.