[Bug 208801] Re: encrypted volumes aren't decrypted if the password is a space

2008-03-31 Thread Jan Klötzke
I think it could be caused by HAL, even though I didn't tested it. At
the end of the decryption chain the password is piped through stdin to
"/usr/lib/hal/scripts/linux/hal-luks-setup-linux" which then calls
cryptsetup. The script reads the password by executing "read PASSWORD".

Apparently bash strips any leading or trailing spaces in this case, which would 
explain the observed behaviour. See also
> http://www.mydatabasesupport.com/forums/shell/372688-bash-read-string-preceding-trailing-space-oddity.html

A short test script verified this. Replacing the line by "IFS= read
PASSWORD" should fix the problem. But as already said, I didn't tested
it in conjunction with KDE/HAL/cryptsetup...

-- 
encrypted volumes aren't decrypted if the password is a space
https://bugs.launchpad.net/bugs/208801
You received this bug notification because you are a member of Kubuntu
Team, which is subscribed to kdebase in ubuntu.

-- 
kubuntu-bugs mailing list
[EMAIL PROTECTED]
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs


[Bug 186841] Re: [hardy] Please merge latest version of kio media LUKS support

2008-01-28 Thread Jan Klötzke
Debdiff (against kio-umountwrapper 0.2-0ubuntu3) to support also
encrypted removable drives correctly.

** Attachment added: "kio-umountwrapper-crypt.debdiff"
   http://launchpadlibrarian.net/11605149/kio-umountwrapper-crypt.debdiff

-- 
[hardy] Please merge latest version of kio media LUKS support
https://bugs.launchpad.net/bugs/186841
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for kdebase in ubuntu.

-- 
kubuntu-bugs mailing list
[EMAIL PROTECTED]
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs


[Bug 186841] Re: [hardy] Please merge latest version of kio media LUKS support

2008-01-28 Thread Jan Klötzke
Debdiff (against kdebase 4:3.5.8-2ubuntu15) to incorporate the latest kio media 
LUKS patch and icons into the kdebase package. The following changes were done:
  * Update kubuntu_9913_kiomedialuks.diff and icons (debian/img/medialuks)
  * Package new icons in kdebase-kio-plugins (kdebase-kio-plugins.install 
updated)
  * Package "media_decrypt.desktop" in konqueror (konqueror.install updated)
  * "debian/rules" updated accordingly

** Attachment added: "kiomedialuks_080128.debdiff"
   http://launchpadlibrarian.net/11605031/kiomedialuks_080128.debdiff

-- 
[hardy] Please merge latest version of kio media LUKS support
https://bugs.launchpad.net/bugs/186841
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 186841] [NEW] [hardy] Please merge latest version of kio media LUKS support

2008-01-28 Thread Jan Klötzke
Public bug reported:

Binary package hint: kdebase

Apparently my patch for LUKS support via media kio slave was merged in
kdebase 4:3.5.8-2ubuntu3. :-) I've updated my patch because it was not
yet ready for productive environments. Please see
http://bugs.kde.org/show_bug.cgi?id=113629 for the latest version.

The following bugs are fixed now:
  * Medium (safely)removal was not recognized reliably
  * Decryption was not always immediately recognized (DBus race condition)
  * Support for all possible media types (SD/MMC-Cards, CD, DVD, ...)
  * Some icons were wrong/hardly recognizable -> updated
  * completed German translation
  * show correct icons in media kicker applet

Please note that the correct working of this feature depends on #148003,
otherwise it will sometimes not recognize that a medium was decrypted or
(even worse) think that it's still decrypted when the device is plugged
again. The upstream fix that I referred to there fixes the problem for
me on hardy and gutsy with no sideeffect so far.

Furthermore the current packages puts "media_decrypt.desktop" to
"/usr/share/services", but it should be
"/usr/share/apps/konqueror/servicemenus/". Also kio_umountwrapper
doesn't support the encrypted medias yet -> should be updated.

** Affects: kdebase (Ubuntu)
 Importance: Undecided
 Status: New

-- 
[hardy] Please merge latest version of kio media LUKS support
https://bugs.launchpad.net/bugs/186841
You received this bug notification because you are a member of Kubuntu
Team, which is a bug contact for kdebase in ubuntu.

-- 
kubuntu-bugs mailing list
[EMAIL PROTECTED]
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs


[Bug 148003] Re: mounting Luks encrypted USB-HDD does not work reliably

2008-01-26 Thread Jan Klötzke
Seems something like my proposed patch was already in the upstream udev
git development tree...

http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=a0092d28dbb2c1c75c2fac17303b703343f03a35

See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457616 where
the original upstream patch came from. It looks like as it doesn't only
affect LUKS mounting in particular...

-- 
mounting Luks encrypted USB-HDD does not work reliably
https://bugs.launchpad.net/bugs/148003
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 148003] Re: mounting Luks encrypted USB-HDD does not work reliably

2008-01-15 Thread Jan Klötzke
The problem is originally caused by a race condition between cryptsetup
(actually libdevicemapper) and UDEV. In a UDEV system cryptsetup should
not add or remove the device node by itself but this is not so easy to
fix I think.

Anyway, it should be no problem if HAL correctly recognizes all
additions/removals of nodes under /dev/mapper but this is not the case.
If UDEV gets a 'device added' notification and the node is already in
place then it leaves the node as it is and continues. On the other hand
if UDEV gets a 'device removed' kernel notification and the device node
is not present then no 'RUN' rules are executed! One can see this in the
debug logs below. In the failed case the 'udev_node_remove' call is
missing and, most important, also the 'pass_env_to_socket' calls. Due to
this HAL will not know that the device node was removed!

== good notification ==
Jan 10 20:26:30 axel udevd[2679]: udev_event_run: seq 2918 forked, pid [8792], 
'remove' 'block', 0 seconds old
Jan 10 20:26:30 axel udevd-event[8792]: name_index: removing index: 
'/dev/.udev/names/mapper\x2fluks_crypto_10926a57-5d12-4800-9422-e16288e999db/\x2fblock\x2fdm-2'
Jan 10 20:26:30 axel udevd-event[8792]: name_index: removing index: 
'/dev/.udev/names/disk\x2fby-id\x2fdm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db/\x2fblock\x2fdm-2'
Jan 10 20:26:30 axel udevd-event[8792]: name_index: removing index: 
'/dev/.udev/names/disk\x2fby-uuid\x2fd66d2764-0ebf-4dd0-8b38-19b96d58a1cf/\x2fblock\x2fdm-2'
Jan 10 20:26:30 axel udevd-event[8792]: name_index: removing index: 
'/dev/.udev/names/disk\x2fby-label\x2fBackup/\x2fblock\x2fdm-2'
Jan 10 20:26:30 axel udevd-event[8792]: udev_node_remove: removing device node 
'/dev/mapper/luks_crypto_10926a57-5d12-4800-9422-e16288e999db'
Jan 10 20:26:30 axel udevd-event[8792]: udev_node_update_symlinks: update 
symlink 'disk/by-id/dm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db' 
of '/block/dm-2'
Jan 10 20:26:30 axel udevd-event[8792]: udev_db_get_devices_by_name: no index 
directory 
'/dev/.udev/names/disk\x2fby-id\x2fdm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db':
 No such file or directory
Jan 10 20:26:30 axel udevd-event[8792]: update_link: found -1 devices with name 
'disk/by-id/dm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db'
Jan 10 20:26:30 axel udevd-event[8792]: update_link: no reference left, remove 
'disk/by-id/dm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db'
Jan 10 20:26:30 axel udevd-event[8792]: udev_node_update_symlinks: update 
symlink 'disk/by-uuid/d66d2764-0ebf-4dd0-8b38-19b96d58a1cf'of '/block/dm-2'
Jan 10 20:26:30 axel udevd-event[8792]: udev_db_get_devices_by_name: no index 
directory 
'/dev/.udev/names/disk\x2fby-uuid\x2fd66d2764-0ebf-4dd0-8b38-19b96d58a1cf': No 
such file or directory
Jan 10 20:26:30 axel udevd-event[8792]: update_link: found -1 devices with name 
'disk/by-uuid/d66d2764-0ebf-4dd0-8b38-19b96d58a1cf'
Jan 10 20:26:30 axel udevd-event[8792]: update_link: no reference left, remove 
'disk/by-uuid/d66d2764-0ebf-4dd0-8b38-19b96d58a1cf'
Jan 10 20:26:30 axel udevd-event[8792]: udev_node_update_symlinks: update 
symlink 'disk/by-label/Backup' of '/block/dm-2'
Jan 10 20:26:30 axel udevd-event[8792]: udev_db_get_devices_by_name: no index 
directory '/dev/.udev/names/disk\x2fby-label\x2fBackup': No such file or 
directory
Jan 10 20:26:30 axel udevd-event[8792]: update_link: found -1 devices with name 
'disk/by-label/Backup'
Jan 10 20:26:30 axel udevd-event[8792]: update_link: no reference left, remove 
'disk/by-label/Backup'
Jan 10 20:26:30 axel udevd-event[8792]: pass_env_to_socket: passed 770 bytes to 
socket '/org/freedesktop/hal/udev_event',
Jan 10 20:26:30 axel udevd-event[8792]: pass_env_to_socket: passed -1 bytes to 
socket '/org/kernel/udev/monitor',
Jan 10 20:26:30 axel udevd-event[8792]: udev_event_run: seq 2918 finished

== failed notification ==
Jan 10 20:27:08 axel udevd[2679]: udev_event_run: seq 2950 forked, pid [8911], 
'remove' 'block', 0 seconds old
Jan 10 20:27:08 axel udevd-event[8911]: name_index: removing index: 
'/dev/.udev/names/mapper\x2fluks_crypto_10926a57-5d12-4800-9422-e16288e999db/\x2fblock\x2fdm-2'
Jan 10 20:27:08 axel udevd-event[8911]: name_index: removing index: 
'/dev/.udev/names/disk\x2fby-id\x2fdm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db/\x2fblock\x2fdm-2'
Jan 10 20:27:08 axel udevd-event[8911]: name_index: removing index: 
'/dev/.udev/names/disk\x2fby-uuid\x2fd66d2764-0ebf-4dd0-8b38-19b96d58a1cf/\x2fblock\x2fdm-2'
Jan 10 20:27:08 axel udevd-event[8911]: name_index: removing index: 
'/dev/.udev/names/disk\x2fby-label\x2fBackup/\x2fblock\x2fdm-2'
Jan 10 20:27:08 axel udevd-event[8911]: udev_node_update_symlinks: update 
symlink 'disk/by-id/dm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db' 
of '/block/dm-2'
Jan 10 20:27:08 axel udevd-event[8911]: udev_db_get_devices_by_name: no index 
directory 
'/dev/.udev/names/disk\x2fby-id\x2fdm-name-luks_crypto_10926a57-5d12-4800-9422-e16288e999db'