Re: [trinity-devel] Fwd: [trinity-users] [start hal in 13.04] (was: [trinity-users] does not automount usb flashdrives) - tde-users

20 Feb 2014

On 02/20/2014 11:24 AM, Werner Joss wrote:
...
  which looks good, alas, I use a USB flash drive and it
is *not* mounted
 automatically as I hoped.

 In Kubuntu 10.04 the ps command returns 

 ,----
 | 106      24280  0.0  0.1  16988  4564 ?        Ssl  16:00   0:00 /usr/sbin/hald
 | root     24281  0.0  0.0   3536  1280 ?        S    16:00   0:00 hald-runner
 | root     24310  0.0  0.0   3612  1248 ?        S    16:00   0:00 hald-addon-input:
Listening on /dev/input/event4 /dev/input/event7 /dev/input/event1 /dev/input/event5
/dev/input/event2 /dev/input/event0 /dev/input/event12 /dev/input/event9
/dev/input/event8
 | root     24313  0.0  0.0   3612  1224 ?        S    16:00   0:00
/usr/lib/hal/hald-addon-rfkill-killswitch
 | root     24319  0.0  0.0   3612  1236 ?        S    16:00   0:00
/usr/lib/hal/hald-addon-leds
 | root     24326  0.0  0.0   3608  1240 ?        S    16:00   0:00
/usr/lib/hal/hald-addon-generic-backlight
 | root     24328  0.0  0.0   3624  1252 ?        S    16:00   0:00
/usr/lib/hal/hald-addon-cpufreq
 | 106      24329  0.0  0.0   3420  1172 ?        S    16:00   0:00 hald-addon-acpi:
listening on acpid socket /var/run/acpid.socket
 | oub      24611  0.0  0.0   3324   808 pts/3    S+   16:05   0:00 grep hal
 `----

 Which looks a little different.

 Any suggest is very very welcome

 Uwe Brauer  

  First - is your install sysV or systemd? If systemd, then do you have
consolekit installed? If no, then TDE must be patched to work in a systemd
environment without console kit.

  The problem is user session/process tracking in TDE has not been updated to
work with systemd. If you have systemd+consolekit and launch tdm through the old
sysV init script, then everything will work through systemd compatibility mode.

  Without consolekit you have hit bug 1902. In that case, user mount of drives
and access to sound may not work. Further, any tdeio processes opened (e.g.
http/file/sftp) will not exit when the connection is closed and you will end up
with LOTs of tdeio_file, tdeio_http, tdeio_sftp processes running on your box.
However, there is a limit to the number of simultaneous processes that can be
opened, so you will not run into a memory exhaustion situation.

  See: http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=1902

This is a known issue and should be fixed shortly.

-- 
David C. Rankin, J.D.,P.E.