1 |
Sebastian schrieb: |
2 |
> Hallo, |
3 |
> bei der Fehlersuche im Grafiktreiber habe ich in der xorg log datei gefunden |
4 |
> das das Modul evdev fehlt. Daraufhin habe ich dieses emergt und seitdem gehen |
5 |
> sämtliche sondertasten nicht wie erwartet. z.B. Die Pfeil nach oben Taste im |
6 |
> curserblock aktiviert ein Bildschirmfoto, die Entf hat keine Funktion. |
7 |
> Wo liegen da die Einstellungen? Bei Kde ist alles richtig eingestellt. |
8 |
> Ist evdev nicht für Logitechmäuse, was hat das mit der Tastur zu tun? |
9 |
> In der xorg.conf stet davon auch nichts dennoch wird es von xorg ja bemängelt |
10 |
> wen es fehlt. |
11 |
> |
12 |
> Gruß |
13 |
> Sebastian |
14 |
> |
15 |
|
16 |
Das ist ein bekanntes Problem: Mit dem neuen X-Server werden die |
17 |
Einstellungen in der xorg.conf was Input-Geräte betrifft mehr oder |
18 |
weniger ignoriert (oder besser gesagt, evdev ersetzt sie durch seine |
19 |
eigenen, die von hal kommen). |
20 |
|
21 |
Es gibt mehrere Lösungen: |
22 |
|
23 |
1. |
24 |
evdev unmergen und die alten Treiber "mouse" und "kbd" verwenden. |
25 |
|
26 |
2. |
27 |
"Section "Serverflags" |
28 |
Option "AutoAddDevices" "false" |
29 |
EndSection" |
30 |
in die xorg.conf aufnehmen (verhindert bei mir aber, dass überhaupt |
31 |
Eingabegeräte gefunden werden). |
32 |
|
33 |
3. |
34 |
Die hal-policies anpassen (die sauberste Lösung, denn auf die bezieht |
35 |
sich evdev). Beispiele finden sich in /usr/share/hal/fdi/policy/10osvendor |
36 |
Die zu verwendenden policies müssen dann nach /etc/hal/fdi/policy |
37 |
|
38 |
|
39 |
Meines Wissens nach tritt das Problem auf, weil hal etwas hinterher |
40 |
hinkt. Ich persönlich habe Lösung 1 gewählt und warte mit Lösung 3 bis |
41 |
das ganze stable und besser dokumentiert ist. |