Red Hat Bugzilla – Bug 449226
HAL mounting of encrypted USB device doesn't work.
Last modified: 2013-03-05 22:56:19 EST
Description of problem:
HAL-assisted mounting of encrypted devices doesn't work.
Version-Release number of selected component (if applicable):
I've tried this a few dozen times. It worked once, but I wasn't logging that
time so I have no idea how it was different.
Steps to Reproduce:
1. Create a LUKs encrypted partition on a USB drive
2. Insert USB drive
3. At the prompt enter the LUKS passphrase
4. Check to see if the encrypted partition was mounted
The partition isn't mounted, the device mapper is set up, but the mount never
The partition should be mounted, and visible on the GNOME desktop / in Nautilus.
I am attaching a log of the mess from the HAL daemon for a typical hot plug
event. A USB storage device is inserted and becomes /dev/sdb, the objective is
to get the only partition unlocked with LUKS and mounted, and the logs show HAL
not quite managing to achieve this.
For me the alarm bells starting ringing when a REMOVE event shows up in the
middle of the proceedings. Obviously having one part of HAL trying to tear all
this down while another is trying to create it is a recipe for disaster. Should
this REMOVE event occur? I didn't remove anything, but perhaps the LUKS setup
causes the kernel device mapper to emit a REMOVE for some insane reason?
Running kernel is kernel-220.127.116.11-18.fc9.i686
installed udev is udev-120-5.20080421git.fc9.i386
Created attachment 307283 [details]
system logs of HAL (verbose, logging to syslog)
Are you still running Fedora 9, or have you upgraded to 10 or Rawhide? In
either case, can you let us know whether the issue is still happening, and give
the current version of the HAL packages you're using?
Fedora Bugzappers volunteer triage team
I am running Fedora 9
I have just re-tested as requested. I was unable to reproduce the problem after several attempts this evening. So I believe that over the passing months the issue has been fixed (or masked by other changes), installed versions of packages I deem likely to be related are:
Therefore I've marked the bug as CLOSED ERRATA on the basis that one of the existing bug fix releases for these packages probably included the relevant fix. If a different resolution is more appropriate feel free to change it.