"Werner" == Werner Joss werner@hoernerfranzracing.de writes:
Am Donnerstag, 13. Februar 2014, 15:49:37 schrieb Uwe Brauer:
This time (for Kubuntu 13.05) it works for KDE4 (so the USB drive and the PC are not the problem), but *not* for trinity.
might be caused by kubuntu 13.04 no longer supporting HAL, which is what trinity 3.5.x still uses. R14 will be working without HAL, so you probably will have to wait for that.
werner
First I would like to werner for his suggestion.
Indeed the hal daemon was not running on 13.04 and it took some effort to start him, basically following
http://ubuntuforums.org/showthread.php?t=2140324
The crucial point was to create
/etc/hal/fdi/preprobe and /etc/hal/fdi/information
Then running sudo /usr/sbin/hald --daemon=yes --verbose=yes
And then indeed
ps aux | grep hald
Returns
,---- | | 114 5761 0.6 0.0 125032 4820 ? Ssl 16:14 0:00 | /usr/sbin/hald --daemon=yes --verbose=yes | root 5762 0.0 0.0 110812 1948 ? Sl 16:14 0:00 hald-runner | root 5794 0.0 0.0 39076 1900 ? S 16:14 0:00 | hald-addon-input: Listening on /dev/input/event2 /dev/input/event0 | /dev/input/event3 /dev/input/event1 /dev/input/event7 | root 5795 0.0 0.0 39068 1820 ? S 16:14 0:00 | /usr/lib/hal/hald-addon-generic-backlight | root 5842 0.0 0.0 39072 1888 ? S 16:14 0:00 | hald-addon-storage: polling /dev/sr0 (every 2 sec) | root 5845 0.0 0.0 39084 1696 ? S 16:14 0:00 | /usr/lib/hal/hald-addon-cpufreq | 114 5846 0.0 0.0 26816 1352 ? S 16:14 0:00 | hald-addon-acpi: listening on acpid socket /var/run/acpid.socket | mjpons 5850 0.0 0.0 10648 932 pts/1 S+ 16:14 0:00 grep hal `----
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
On 02/20/2014 09:23 AM, Uwe Brauer wrote:
Which looks a little different.
Any suggest is very very welcome
Uwe Brauer
I apologize, my response from the trinity-devel list did not make it back here. Here is the information:
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" == David C Rankin drankinatty@suddenlinkmail.com writes:
On 02/20/2014 09:23 AM, Uwe Brauer wrote:
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.
I have to check, right now I have no access to the laptop in question.
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.
[snip]
Thanks very much for this detailed analysis. I hope to resolve this problem as soon as possible since it is very annoying.
Uwe Brauer
-
David C. Rankin -
Uwe Brauer