Your message dated Thu, 04 Sep 2008 14:41:49 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#440452: gnome-mount does not mount luks-encrypted
partion
has caused the Debian Bug report #440452,
regarding gnome-mount - LUKS volume opened, but not mounted
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
440452: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440452
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gnome-mount
Version: 0.6-1+b3
While experimenting with LUKS setup on hard drive in USB connected
enclosure I've noticed mounting this drive in Nautilus is broken:
- Nautilus asks for password
- /dev/mapper/luks device gets created successfully
- now the problem: nothing gets mounted actually!
I can still do manual
mount /dev/mapper/luks_whatsoever /mnt/some_mountpoint
which confirms that LUKS and filesystem setup are correct.
I'm using other LUKS removable devices (both flash and IDE-via-USB) with
no problems whatsoever.
Please review lshal part describing LUKS volume in question:
...
udi =
'/org/freedesktop/Hal/devices/volume_uuid_f3518263_2245_4ffc_b59e_f730a01f164e'
block.device = '/dev/sdd' (string)
block.is_volume = true (bool)
block.major = 8 (0x8) (int)
block.minor = 48 (0x30) (int)
block.storage_device =
'/org/freedesktop/Hal/devices/storage_serial_MAXTOR_S_TM3500630AS_MAXTOR_STM_9QG4MWXL_0_0'
(string)
info.callouts.remove = {'hal-luks-remove'} (string list)
info.capabilities = {'volume', 'block'} (string list)
info.category = 'volume' (string)
info.interfaces = {'org.freedesktop.Hal.Device.Volume.Crypto'} (string
list)
info.parent =
'/org/freedesktop/Hal/devices/storage_serial_MAXTOR_S_TM3500630AS_MAXTOR_STM_9QG4MWXL_0_0'
(string)
info.product = 'Volume (crypto_LUKS)' (string)
info.udi =
'/org/freedesktop/Hal/devices/volume_uuid_f3518263_2245_4ffc_b59e_f730a01f164e'
(string)
linux.hotplug_type = 3 (0x3) (int)
linux.sysfs_path = '/sys/block/sdd/fakevolume' (string)
org.freedesktop.Hal.Device.Volume.Crypto.method_argnames =
{'passphrase', ''} (string list)
org.freedesktop.Hal.Device.Volume.Crypto.method_execpaths =
{'hal-luks-setup', 'hal-luks-teardown'} (string list)
org.freedesktop.Hal.Device.Volume.Crypto.method_names = {'Setup',
'Teardown'} (string list)
org.freedesktop.Hal.Device.Volume.Crypto.method_signatures = {'s', ''}
(string list)
storage.model = '' (string)
volume.block_size = 512 (0x200) (int)
volume.fstype = 'crypto_LUKS' (string)
volume.fsusage = 'crypto' (string)
volume.fsversion = '' (string)
volume.is_disc = false (bool)
volume.is_mounted = false (bool)
volume.is_mounted_read_only = false (bool)
volume.is_partition = false (bool)
volume.label = '' (string)
volume.linux.is_device_mapper = false (bool)
volume.mount_point = '' (string)
volume.num_blocks = 976773168 (0x3a386030) (int)
volume.size = 500107862016 (0x7470c06000) (uint64)
volume.uuid = 'f3518263-2245-4ffc-b59e-f730a01f164e' (string)
...
I'm running AMD64 Sid. Packages versions:
$ dpkg -l | grep gnome-mount
ii gnome-mount 0.6-1+b3 wrapper for (un)mounting and ejecting
$ dpkg -l | grep nautilus
ii nautilus 2.20.0-1 file manager and graphical shell for GNOME
--- End Message ---
--- Begin Message ---
colliar wrote:
> Michael Biebl schrieb:
>> This seems to have been a bug in udev/cryptsetup/dmsetup and is fixed in
>> the versions available in sid. Please wait until these versions
>> transition to lenny.
>
> You are right. Bug is fixed.
Thanks for the feedback. Closing the bug report.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
