xorg.conf: Abmelden, und Logitech M-BT58

[Matthias Tresp]

F'up: de.comp.os.unix.x11

Hallo,

ich kann mich nur als ein bestimmter Nutzer nicht an meinem xserver
abmelden. WindowManager twm und LoginManager kdm.

In kdmrc ist es auch root erlaubt den PC herunterzufahren. Jeder andere
Nutzer und root kann sich problemlos an- und abmelden, neustarten oder
abschalten.

Wenn der betroffene Nutzer sich abmeldet, herunterfahren will o.ä. hängt
der xserver.
Es ist als root ein restart des /etc/init.d/kdm notwendig, das hilft.

Andreas Kohlbach wrote:
>Matthias Tresp wrote:

>> Es liegt nicht an meiner Konfiguration von KDE (~/.kderc ~/.kde/...).
>> Nach dem Abmelden startet der kdm nicht neu.

> Vielleicht an der kdmrc?

Ich vermute eher nicht. Wird nicht nach dem Abmelden und Neustart des
kdm auch der xserver neu gestartet? Mir scheint, das liegt nicht am
kdm. Hier hat meine Suche nichts ergeben.

Ein weiteres Problem ist meine Maus: Logitech M-BT58 optical wheel
mouse. Gerade das Rad (nur ein Rad) bringt mir bei
cat /etc/input/mice
im USB-Port etwas, im PS/2 slot tut sich da nix.

Auszug cat /etc/X11/xorg.conf

Section "InputDevice"
Identifier "Logitech M-BT58 USB-PS/2 Optical"
Driver "mouse"
Option "Device" "/dev/input/mice"
Option "Protocol" "explorerps/2"
#Option "Device" "/dev/psaux"
#Option "Protocol" "ImPS/2"
Option "Buttons" "5"
Option "ZAxisMapping" "4 5"
Option "ButtonMapping" "1 2 3"
EndSection

Section "InputDevice"
Identifier "Synaptics Touchpad"
Driver "synaptics"
#Option "SendCoreEvents" "true"
Option "Device" "/dev/gpmdata"
Option "Protocol" "auto-dev"
Option "HorizScrollDelta" "0"
Option "SHMConfig" "true"
Option "MinSpeed" "0.2"
Option "MaxSpeed" "0.3"
Option "AccelFactor" "0.003"
EndSection

...

Section "ServerLayout"
Identifier "Default Layout"
Screen "Dell Precision Screen"
#Screen "Extern" RightOf "Dell Precision Screen"
InputDevice "Generic Keyboard"
InputDevice "Synaptics Touchpad" "CorePointer"
InputDevice "Logitech M-BT58 USB-PS/2 Optical" "AlwaysCore"
EndSection

Hat jemand da mehr Erfolg gehabt. Ich habe zu wenig USB-Ports und sollte
die Maus im PS/2 Slot nutzen.

Welche optische Mäuse, mit oder ohne Daumenrad funktioniert problemlos
im PS/2 slot. Bevorzugt ohne den Adapter, welchen ich nutzen muss damit
wenigstens Bewegung und die drei Knöpfe gehen.

> Und das alles ist besser in der KDE oder X11 Gruppe (ich vermute mal
> KDE) aufgehoben. Versuche es dort nochmal.

Danke
Matthias Tresp

F'up gesetzt

--
Matthias Tresp <mtr...@web.de>
PGP-ID 1BC2 14F0 0541 F983 F7D6 EBA1 DC8F 8AF5 3278 FB71

[Juergen Ilse]

Hallo,

In de.comp.os.unix.linux.misc Matthias Tresp <mtr...@web.de> wrote:
> ich kann mich nur als ein bestimmter Nutzer nicht an meinem xserver
> abmelden. WindowManager twm und LoginManager kdm.
> In kdmrc ist es auch root erlaubt den PC herunterzufahren. Jeder andere
> Nutzer und root kann sich problemlos an- und abmelden, neustarten oder
> abschalten.
> Wenn der betroffene Nutzer sich abmeldet, herunterfahren will o.ä. hängt
> der xserver.

Der X-Server laeuft so lange, bis das Script fuer die X-Session (ueblicher-
weise ".xsession" oder ".xinitrc" im $HOME des Benutzers) beendet ist.
Offenbar beendet sich das Script bei diesem User nicht mit der Beendigung
des Window-Managers (und der twm killed bei seiner Beendigung nicht die
evt. noch verbliebenen X-Clients: das ist ja auch nicht seine Aufgabe).
Untersuche, welches Programm bei diesem User die X-Session noch am laufen
haelt und aendere das Script so, dass dieses Programm ggfs. im Hintergrund
gestartet wird. Wenn die X-Session "am twm haengt", sollte das beenden des
twm dann auch zur Beendigung der X-Session fuehren (und bei Verwendung eines
entsprechenden Display-Managers auch desen Funktionen wie "herunterfahren
oder neustarten des Systems" funktionieren).

> Es ist als root ein restart des /etc/init.d/kdm notwendig, das hilft.

Das fuehrt dazu, dass alle X-Clients "zwangsweise beendet" werden, weil
mit Beendigung des X-Servers dann auch die X-Clients die Verbindung zum
X-Server verlieren und sterben ...
Wenn du von der Text-Konsole aus nachschauen wuerdest, welches X-Prgramm
denn da noch laeuft und dieses dann killst, sollte das auch ausreichen
(ohne den kdm restarten zu muessen). Dann weisst du auch, welches Programm
du im Start-Script fuer die X-Session besser im Hintergrund starten solltest.
;-)

> Ein weiteres Problem ist meine Maus: Logitech M-BT58 optical wheel
> mouse. Gerade das Rad (nur ein Rad) bringt mir bei
> cat /etc/input/mice
> im USB-Port etwas, im PS/2 slot tut sich da nix.
>
> Auszug cat /etc/X11/xorg.conf
>
> Section "InputDevice"
> Identifier "Logitech M-BT58 USB-PS/2 Optical"
> Driver "mouse"
> Option "Device" "/dev/input/mice"
> Option "Protocol" "explorerps/2"
> #Option "Device" "/dev/psaux"
> #Option "Protocol" "ImPS/2"
> Option "Buttons" "5"
> Option "ZAxisMapping" "4 5"
> Option "ButtonMapping" "1 2 3"
> EndSection

Wenn du bei USB das Protokoll "explorerps/2" verwendest, warum nutzt du
dann am PS/2 Port dann ein anderes Protokoll? Dass muss zwar nicht unbe-
dingt falsch sein, aber ich wuerde es einfach mal mit dem selben Protokoll
wie bei USB versuchen, wenn dort das Scrollrad tut ...

> Hat jemand da mehr Erfolg gehabt. Ich habe zu wenig USB-Ports und sollte
> die Maus im PS/2 Slot nutzen.

Es gibt auch USB-Hubs (auch solche ohne eigene Stromversorgung, fuer
"low Power Devices" sollten die dennoch ausreichen).

Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname (auch wenn er Teil einer Mailadresse ist) ist nur ein Name,
nicht mehr und nicht weniger ...

[Matthias Tresp]

Juergen Ilse wrote:

> Matthias Tresp wrote:
>> Section "InputDevice"
>> Identifier      "Logitech M-BT58 USB-PS/2 Optical"
>> Driver          "mouse"
>> Option          "Device"                "/dev/input/mice"
>> Option          "Protocol"              "explorerps/2"
>> #Option         "Device"                "/dev/psaux"
>> #Option         "Protocol"              "ImPS/2"
>> Option          "Buttons"               "5"
>> Option          "ZAxisMapping"          "4 5"
>> Option          "ButtonMapping"         "1 2 3"
>> EndSection
>
> Wenn du bei USB das Protokoll "explorerps/2" verwendest, warum nutzt
> du dann am PS/2 Port dann ein anderes Protokoll? Dass muss zwar nicht
> unbe- dingt falsch sein, aber ich wuerde es einfach mal mit dem selben
> Protokoll wie bei USB versuchen, wenn dort das Scrollrad tut ...

Ich habe alle 2·2 =4 Kombinationen mit exakt dem selben Ergebnis:
Das Rad funktioniert im PS/2 nicht, der Rest überall.

Es sind nur 2 USB - Ports. 2 Festplatten für n' Laptop dann ist alles
belegt. Routinen wie wipe oder shred dauern bei großen Platten oft
lange.

Alternativ würde ich mich gerne auf eine optische PS/2 Maus einlassen.
Wer kennt eine optische PS/2 Maus welche garantiert immer dort
verbleiben kann. Auf den USB -> PS/2 Adapter will ich gerne verzichten.

Anzufügen wäre: die praktisch gleiche Maus läuft an einem HP (ich habe
einen Dell) mit knoppix im PS/2 slot. Es geht also doch. Inzwischen ist
die Zeit welche ich bereits investiert habe einen neue Maus Wert.

Danke für Hinweise,
Matthias

[Matthias Tresp]

Juergen Ilse wrote:

>> Wenn der betroffene Nutzer sich abmeldet, herunterfahren will o.ä.
>> hängt der xserver.

> Der X-Server laeuft so lange, bis das Script fuer die X-Session
> (ueblicher- weise ".xsession" oder ".xinitrc" im $HOME des Benutzers)
> beendet ist.

Weder der betroffene Nutzer noch ein anderer hat eines dieser Scripte.

> Offenbar beendet sich das Script bei diesem User nicht
> mit der Beendigung des Window-Managers (und der twm killed bei seiner
> Beendigung nicht die evt. noch verbliebenen X-Clients: das ist ja auch
> nicht seine Aufgabe). Untersuche, welches Programm bei diesem User die
> X-Session noch am laufen haelt und aendere das Script so, dass dieses
> Programm ggfs. im Hintergrund gestartet wird.

Wenn der betroffene Nutzer sich abmeldet bleibt folgendes / ps ax:
(Etwas lang, aber ich suche den Fehler schon Monate.)

PID TTY STAT TIME COMMAND
1 ? Ss 0:01 init [2]
2 ? S< 0:00 [kthreadd]
3 ? S< 0:00 [migration/0]
4 ? S< 0:02 [ksoftirqd/0]
5 ? S< 0:00 [watchdog/0]
6 ? S< 0:01 [events/0]
7 ? S< 0:00 [khelper]
37 ? S< 0:00 [kblockd/0]
39 ? S< 0:00 [kacpid]
40 ? S< 0:00 [kacpi_notify]
124 ? S< 0:00 [kseriod]
153 ? S 0:00 [pdflush]
154 ? S 0:00 [pdflush]
155 ? S< 0:00 [kswapd0]
156 ? S< 0:00 [aio/0]
592 ? S< 0:00 [ksuspend_usbd]
595 ? S< 0:00 [khubd]
776 ? S< 0:00 [ata/0]
778 ? S< 0:00 [ata_aux]
854 ? S< 0:01 [kjournald]
928 ? S<s 0:00 udevd --daemon
1351 ? S< 0:00 [kpsmoused]
1489 ? S< 0:00 [pccardd]
1540 ? S< 0:00 [pccardd]
1541 ? S< 0:00 [ipw2200/0]
1837 ? S< 0:00 [firewire_sbp2]
2019 ? Ss 0:01 /sbin/wpa_supplicant -W -B
-P /var/run/wpa_supplicant.eth1.pid -i eth1 -D
wext -t -dd -f /var/log/wpa_supplicant.eth1.log
-c /etc/wpa_supplicant/wpa_supplicant.conf
2053 ? Ss
0:00 /sbin/wpa_cli -B -P /var/run/wpa_action.eth1.pid -i
eth1 -p /var/run/wpa_supplicant -a /sbin/wpa_action
2061 ? Ss 0:00 /sbin/portmap
2074 ? Ss 0:00 /sbin/rpc.statd
2143 ? S< 0:00 [rpciod/0]
2162 ? Ss 0:00 /usr/sbin/rpc.idmapd
2177 ? Ss 0:00 /sbin/rpc.ugidd
2434 ? S< 0:00 [kondemand/0]
2485 ? Ss 0:00 /sbin/syslogd
2494 ? Ss 0:00 /sbin/klogd -x
2575 ? Ss 0:00 /usr/bin/dbus-daemon --system
2596 ? SL 0:00 /usr/sbin/slmodemd --alsa -c USA modem:1
2611 ? Ssl 0:00 /usr/sbin/named -u bind
2634 ? Ss 0:00 /usr/sbin/sshd
2646 ? S 0:00 /usr/sbin/ypserv
2649 ? S 0:00 /usr/sbin/rpc.yppasswdd -D /etc -e chsh
2652 ? S 0:00 /usr/sbin/rpc.ypxfrd
2661 ? Sl 0:00 /usr/sbin/ypbind
2730 ? Ssl 0:01 /usr/sbin/slapd -g openldap -u
openldap -f /etc/ldap/slapd.conf
2750 ? Ss 0:00 /usr/sbin/cupsd
2780 ? Ss 0:00 /usr/sbin/exim4 -bd -q10m
2790 ? Ss 0:06 /usr/sbin/gpm
-m /dev/psaux -t imps2 -r 15 -Rraw
2803 ? Ss 0:00 /usr/sbin/lisa
2837 ? S 0:00 [lockd]
2838 ? S< 0:00 [nfsd4]
2839 ? S 0:00 [nfsd]
2840 ? S 0:00 [nfsd]
2841 ? S 0:00 [nfsd]
2842 ? S 0:00 [nfsd]
2846 ? Ss 0:00 /usr/sbin/rpc.mountd
2857 ? Ss 0:00 /usr/sbin/inetd
2868 ? Ss 0:00 /usr/sbin/nmbd -D
2870 ? Ss 0:00 /usr/sbin/smbd -D
2879 ? Ss 0:00 /usr/sbin/dhcdbd --system
2891 ? Ss 0:01 /usr/sbin/hald
2892 ? S 0:00 hald-runner
2913 ? S 0:00 /usr/lib/hal/hald-addon-dell-backlight
2914 ? S 0:00 hald-addon-input: Listening
on /dev/input/event3 /dev/input/event2 /dev/input/event11
/dev/input/event0 /dev/input/event6 /dev/input/event7 /dev/input/event8
2918 ? S 0:00 /usr/lib/hal/hald-addon-cpufreq
2919 ? S 0:00 hald-addon-acpi: listening on acpid
socket /var/run/acpid.socket
2925 ? S 0:00 hald-addon-storage: no polling on
/dev/fd0 because it is explicitly disabled
2931 ? S 0:03 hald-addon-storage: polling /dev/hdb
(every 2 sec)
2941 ? Ss 0:00 /usr/sbin/hcid -x -s
2946 ? S< 0:00 [btaddconn]
2948 ? S< 0:00 [btdelconn]
2964 ? S< 0:00 [krfcommd]
2979 ? Ss 0:00 /usr/sbin/squid3 -D -YC
2981 ? S 0:36 (squid) -D -YC
2990 ? S 0:00 /usr/sbin/chronyd
3001 ? Ss 0:00 (unlinkd)
3014 ? Ss 0:00 /usr/sbin/atd
3034 ? Ss 0:00 /usr/sbin/cron
3048 ? Ss 0:00 /usr/sbin/apache2 -k start
3096 ? Ss 0:00 /usr/bin/fetchmail -f /etc/fetchmailrc
--pidfile /var/run/fetchmail/fetchmail.pid --syslog
3121 tty1 Ss 0:00 /bin/login --
3122 tty2 Ss+ 0:00 /sbin/getty 38400 tty2
3123 tty3 Ss+ 0:00 /sbin/getty 38400 tty3
3124 tty4 Ss+ 0:00 /sbin/getty 38400 tty4
3128 tty5 Ss+ 0:00 /sbin/getty 38400 tty5
3130 tty6 Ss+ 0:00 /sbin/getty 38400 tty6
3193 ? S 0:00 keytouchd
3338 ? S 0:00 /usr/sbin/smbd -D
3439 ? S 0:00 /usr/sbin/apache2 -k start
3440 ? S 0:00 /usr/sbin/apache2 -k start
3441 ? S 0:00 /usr/sbin/apache2 -k start
3442 ? S 0:00 /usr/sbin/apache2 -k start
3443 ? S 0:00 /usr/sbin/apache2 -k start
6684 tty1 R 0:00 -bash
18354 ? S 0:00 keytouchd
20952 ? S 0:00 keytouchd
21097 ? S 0:00 /usr/sbin/apache2 -k start
23120 ? Ss 0:00 /usr/bin/kdm
23122 tty7 Ss+ 0:44 /usr/bin/X -br -nolisten tcp :0
vt7 -auth /var/run/xauth/A:0-baXsOB
23123 ? S 0:00 -:0
23135 ? Rs 0:00 /bin/bash
/usr/bin/keytouchd-launch x-session-manager
23164 ? Ss
0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session
/usr/bin/keytouchd-launch x-session-manager
23167 ? Ss 0:00 /usr/bin/dbus-daemon --fork --print-pid
5 --print-address 7 --session
23168 ? S 0:00 /usr/bin/dbus-launch --exit-with-session
/usr/bin/keytouchd-launch x-session-manager
23169 ? S 0:00 keytouchd
23214 ? S 0:00 /usr/lib/gamin/gam_server
25446 ? R 0:00 ps 23169
25447 tty1 R+ 0:00 ps ax

Welcher Prozess kommt in Frage?
Da ist noch einiges verdächtiges am laufen.

Ich habe schon vor einer Woche mit kill -9 oder kill -15 bzw. killall
einige Prozesse gestoppt, jedoch den entscheidenden nicht gefunden.
Der obere Teil zeigt erst mal einfach alles.

Danke,
Matthias

[Juergen Ilse]

Hallo,

Matthias Tresp <mtr...@web.de> wrote:
> Juergen Ilse wrote:
>>> Wenn der betroffene Nutzer sich abmeldet, herunterfahren will o.ä.
>>> hängt der xserver.
>> Der X-Server laeuft so lange, bis das Script fuer die X-Session
>> (ueblicher- weise ".xsession" oder ".xinitrc" im $HOME des Benutzers)
>> beendet ist.
> Weder der betroffene Nutzer noch ein anderer hat eines dieser Scripte.

Dann wird auf den "Systemdefault" zurueckgegriffen. Welches Script dann
zur Anwendung kommt, steht vermutlich in der Konfiguration des entsprechenden
Display-Managers (oder ist in den entsprechenden Display-Manager fest ein-
compiliert). "man kdm" behauptet bei mir etwas von "/etc/kde3/kdm/Xsession"
(ob das script bei dir das selbe ist, wirst du bei dir schon selbst nach-
vollziehen muessen). Moeglicherweise ruft dieses Script dann noch weitere
Scripte auf (in Abhaengigkeit des gewaehlten Window-Managers). Die Mecha-
nismen habe ich dir genannt, die genauen Scripte heraussuchen und debuggen
wirst du wohl selbst machen muessen ...

>> Offenbar beendet sich das Script bei diesem User nicht
>> mit der Beendigung des Window-Managers (und der twm killed bei seiner
>> Beendigung nicht die evt. noch verbliebenen X-Clients: das ist ja auch
>> nicht seine Aufgabe). Untersuche, welches Programm bei diesem User die
>> X-Session noch am laufen haelt und aendere das Script so, dass dieses
>> Programm ggfs. im Hintergrund gestartet wird.
>
> Wenn der betroffene Nutzer sich abmeldet bleibt folgendes / ps ax:
> (Etwas lang, aber ich suche den Fehler schon Monate.)

Setz be iden Optionen doch noch ein "u" mit dazu und such in der Ausgabe
nach Prozessen des entsprechenden Users (denn mit an Sicherheit grenzender
Wahrscheinlichkeit ist es ein Prozess des Users, der das ganze am laufen
haelt). Wenn in deiner Liste die ganzen Prozesse die nicht mit Userrechten
laufen ausgeblendet waeren, waere die Ausgabe vermutlich sehr uebersichtlich.

[Matthias Tresp]

Juergen Ilse wrote:
> Setz be iden Optionen doch noch ein "u" mit dazu und such in der
> Ausgabe nach Prozessen des entsprechenden Users

Danke, das hat geholfen. Es war natürlich ein Prozess des Users.

Der Feind war einer der vielen Prozesse von:
keytouchd

Ich werde künftig auf die Belegung der extra Tasten verzichten.
Sehr bedauerlich, da man mit dem Keyboard die Audiofunktionen
kontrollieren konnte.

Mit dankbaren Grüßen
Matthias Tresp

[Markus Wichmann]

Matthias Tresp <mtr...@web.de> schrieb:

> Juergen Ilse wrote:
>> Setz be iden Optionen doch noch ein "u" mit dazu und such in der
>> Ausgabe nach Prozessen des entsprechenden Users
>
> Danke, das hat geholfen. Es war natürlich ein Prozess des Users.
>
> Der Feind war einer der vielen Prozesse von:
> keytouchd
>
> Ich werde künftig auf die Belegung der extra Tasten verzichten.
> Sehr bedauerlich, da man mit dem Keyboard die Audiofunktionen
> kontrollieren konnte.
>

Gibt es eine Möglichkeit, dies per Kommandozeile zu tun? Wenn ja,
einfach mit xev die Codes der Tasten herausbekommen und dann xbindkeys
verwenden. Wie das geht, siehst du, wenn du das Paket installiert hast
und dann

xbinkeys --default > ~/.xbindkeysrc

eingibst. (Die Datei dann noch bearbeiten.)

> Mit dankbaren Grüßen
> Matthias Tresp
>
>

HTH,
Markus
--
Nur weil ein Genie nix reißt, muß ja nun nicht gleich jeder Idiot
pausieren... Bully hats ja auch geschafft.
-- gUnter nanonüm in de.alt.anime

[Matthias Tresp]

Markus Wichmann wrote:
> Matthias Tresp <mtr...@web.de> schrieb:

>> Ich werde künftig auf die Belegung der extra Tasten verzichten.
>> Sehr bedauerlich, da man mit dem Keyboard die Audiofunktionen
>> kontrollieren konnte.

> Gibt es eine Möglichkeit, dies per Kommandozeile zu tun? Wenn ja,
> einfach mit xev die Codes der Tasten herausbekommen und dann xbindkeys
> verwenden. Wie das geht, siehst du, wenn du das Paket installiert hast
> und dann
>
> xbinkeys --default > ~/.xbindkeysrc
>
> eingibst. (Die Datei dann noch bearbeiten.)

Ich habe das Paket mal runtergeladen.
Ich werde das kommendes WE probieren.

Dankbare Grüße
Matthias