ubuntuusers.de

Update auf 8.10 - Tastatur verstellt

Status: Gelöst | Ubuntu-Version: Ubuntu 8.10 (Intrepid Ibex)
Antworten |

Surst Team-Icon

Lokalisierungsteam

Anmeldungsdatum:
8. Februar 2008

Beiträge: 392

Wohnort: Gießen

Hallo erstemal ☺,

habe heute in freudiger Erwartung auf 8.10 upgedatet - funktioniert auch alles sehr zufrieden stellend, bis auf ein Problem: Das Update hat mir die Einstellungen der Tastatur durcheinander gewirbelt? Die Pfeil-nach-oben Taste wird z.B. als Drucken Taste interpretiert. Im Prinzip geht alles außerhalb des "Hauptblocks" + F-Tasten + Zahlenblock nicht. Problem tritt auf bei MS-TECH LT-370 an USB Port sowie auch bei einer Standard Tastatur an PS/2.

Meine Frage ist eigentlich nur, wo kann ich nach der Ursache des Problems suchen? xev gibt mir bei der Pfeil-nach-Rechts Taste z.B. den Tastaturcode 113 aus. Welche Taste entspricht das "normal"?

Ich bin so ein bischen ratlos und weiß nicht so recht, was ich machen soll. Da ich zwar normal schreiben kann, ist es nicht ganz so schlimm, aber trotzdem sehr nervend, eigentlich untragbar.

Anregungen zur Problemlösung werden gerne genommen ☺

Jensel

Anmeldungsdatum:
23. März 2006

Beiträge: 209

Nun in der Regel verwendet Intrepid "evdev" als Tastaturtreiber, ein Blick in /var/log/Xorg.0.log oder die Ausgabe von

hal-find-by-capability --capability input.keyboard | xargs -I{} hal-device {} 

(Zeilen mit "input.x11_driver") gibt Aufschluss.

Falls dies der Fall ist, solltest du zudem sicherstellen, dass in Gnome unter den Tastatureinstellungen->Reiter Belegung "evdev-managed Keyboard" als Modell ausgewählt ist.

Gruß, Jens

Surst Team-Icon

Lokalisierungsteam
(Themenstarter)

Anmeldungsdatum:
8. Februar 2008

Beiträge: 392

Wohnort: Gießen

Also, die Ausgabe sieht folgendermaßen aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
udi = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0_logicaldev_input'
  info.callouts.add = { 'debian-setup-keyboard' } (string list)
  linux.device_file = '/dev/input/event2'  (string)
  info.addons.singleton = { 'hald-addon-input' } (string list)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.2/usb3/3-2/3-2:1.0/input/input2/event2'  (string)
  input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0'  (string)
  info.subsystem = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0'  (string)
  info.product = 'HID 04f3:0103'  (string)
  input.x11_driver = 'evdev'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0_logicaldev_input'  (string)
  input.xkb.rules = 'evdev'  (string)
  input.xkb.model = 'pc105'  (string)
  info.category = 'input'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  input.xkb.layout = 'de'  (string)
  linux.subsystem = 'input'  (string)
  info.capabilities = { 'input', 'input.keyboard', 'input.keypad', 'input.keys', 'button' } (string list)
  input.device = '/dev/input/event2'  (string)
  input.product = 'HID 04f3:0103'  (string)

In der von dir genannten Zeile steht wie gewünscht evdev. Unter Belegung habe ich den Typ anschließend auf evdev-managed-keyboard geändert. Allerdings ist nach einem Neustart des XServers keine Verbesserung zu erkennen. Muss etwas anderes neugestartet werden?

Earendil

Anmeldungsdatum:
5. Dezember 2007

Beiträge: 113

Wohnort: München (Berg am Laim)

Ich knabber auf meinem Thinkpad X60s mit am gleichen Problem. (den Desktop werd ich wohl erst auf Intrepid umstellen, wenn das passt) Was bei mir funktioniert hat war das: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/255008

Es scheint aber eigentlich am xmodmap zu liegen, wenn ich jetzt xmodmap .Xmodmap.hardy (meine Sicherungskopie) aufrufe, hab ich wieder alles durcheinander. Mein einziges Problem, die STRG-Taste geht nicht (zB Wort-weise springen in Texten), wenn ich aber SHIFT dazu drücke, passt es (Wort-weise markieren)

Also erstmal konkrete Lösung:

$ cd
$ mv .Xmodmap .Xmodmap.hardy

X neustarten (STRG-ALT-BACKSPACE)

Wenn das allein nicht hilft, dann so: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/255008/comments/97

Manchen hilft wohl auch der folgende Befehl, allerdings nur bis zum nächsten Neustart:

$ setxkbmap -model evdev -layout de -variant nodeadkeys

Jensel

Anmeldungsdatum:
23. März 2006

Beiträge: 209

Surst schrieb:

Also, die Ausgabe sieht folgendermaßen aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
udi = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0_logicaldev_input'
  info.callouts.add = { 'debian-setup-keyboard' } (string list)
  linux.device_file = '/dev/input/event2'  (string)
  info.addons.singleton = { 'hald-addon-input' } (string list)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.2/usb3/3-2/3-2:1.0/input/input2/event2'  (string)
  input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0'  (string)
  info.subsystem = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0'  (string)
  info.product = 'HID 04f3:0103'  (string)
  input.x11_driver = 'evdev'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0_logicaldev_input'  (string)
  input.xkb.rules = 'evdev'  (string)
  input.xkb.model = 'pc105'  (string)
  info.category = 'input'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  input.xkb.layout = 'de'  (string)
  linux.subsystem = 'input'  (string)
  info.capabilities = { 'input', 'input.keyboard', 'input.keypad', 'input.keys', 'button' } (string list)
  input.device = '/dev/input/event2'  (string)
  input.product = 'HID 04f3:0103'  (string)

Der Fehler ist meiner Meinung nach in Zeilen 12 und 13. Wie auch in den Bugreports beschrieben muss das Model immer "evdev" sein und Rules immer "xorg". Um das permanent zu ändern, mache folgendes:

  1. Lege die Datei /etc/hal/fdi/policy/25-x11-keyboardfix.fdi an, mit folgendem Inhalt:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    <?xml version="1.0" encoding="utf-8"?>
    <deviceinfo version="0.2">
      <device>
       <match key="info.capabilities" contains="input.keyboard">
        <merge key="input.xkb.model" type="string">evdev</merge>
        <merge key="input.xkb.rules" type="string">xorg</merge>
       </match>
      </device>
    </deviceinfo>
    

  2. Starte HAL und X neu. (Siehe Baustelle/10-x11-input.fdi)

Ob die Änderungen wirksam waren, kannst du mit dem Befehl überprüfen den ich bereits gepostet habe.

Gruß, Jens

Surst Team-Icon

Lokalisierungsteam
(Themenstarter)

Anmeldungsdatum:
8. Februar 2008

Beiträge: 392

Wohnort: Gießen

Also Jensel, dein letzter Tipp hat (noch) nicht gefruchtet. Kann es sein, dass ich die Datei ausführbar machen muss o.ä.?

Jensel

Anmeldungsdatum:
23. März 2006

Beiträge: 209

Es hat sich nix an der Ausgabe des Befehls geändert oder hat die Umstellung nix gebracht? In ersten Fall pfuscht vermutlich eine andere Datei (die mit den falschen Einstellungen) des XServers dazwischen; in dem Sinne, das diese Datei nach der korrekten Datei gelesen wird und die Einstellungen wieder rückgängig macht...:-/

Du kannst aber folgendes probieren

  • Benutze wie oben vorgeschlagen den setxkbmap Befehl zum Testen

    setxkbmap -model evdev -rules xorg -layout de -variant nodeadkeys 
  • Erweitere die Datei (muss nicht ausführbar sein) zu folgendem

     1
     2
     3
     4
     5
     6
     7
     8
     9
    10
    11
    <?xml version="1.0" encoding="utf-8"?>
    <deviceinfo version="0.2">
      <device>
        <match key="info.capabilities" contains="input.keyboard">
          <merge key="input.xkb.model" type="string">evdev</merge>
          <merge key="input.xkb.rules" type="string">xorg</merge>
          <merge key="input.x11_options.XkbModel" type="string">evdev</merge>
          <merge key="input.x11_options.XkbRules" type="string">xorg</merge>
        </match>
      </device>
    </deviceinfo>
    

    Du musst wieder HAL und X neustarten nach den Änderungen.

Poste bitte nach allen Änderungen die Ausgabe von

hal-find-by-capability --capability input.keyboard | xargs -I{} hal-device {} 

und den Inhalt der Datei /etc/default/console-setup.

Gruß, Jens

Earendil

Anmeldungsdatum:
5. Dezember 2007

Beiträge: 113

Wohnort: München (Berg am Laim)

Hallo Jensel,

sollte man nicht noch die Zeile

1
<merge key="input.x11_driver" type="string">evdev</merge>

hinzufügen, laut Wiki (Baustelle/10-x11-input.fdi) ignoriert HAL sonst den Rest?

Ich hab deine Tipps auch probiert, aber leider hab ich immer noch keine STRG-Taste. (sehr schmerzhaft, grad bei dem ganzen Copy-Paste und edits) Meine hal-Ausgabe:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port_logicaldev_input'
  input.originating_device = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port'  (string)
  input.xkb.variant = 'nodeadkeys'  (string)
  info.callouts.add = { 'debian-setup-keyboard' } (string list)
  input.x11_driver = 'evdev'  (string)
  input.x11_options.XkbModel = 'evdev'  (string)
  linux.sysfs_path = '/sys/devices/platform/i8042/serio0/input/input1/event1'  (string)
  info.category = 'input'  (string)
  input.device = '/dev/input/event1'  (string)
  info.subsystem = 'input'  (string)
  input.x11_options.XkbRules = 'xorg'  (string)
  input.xkb.options = 'lv3:ralt_switch,compose:menu'  (string)
  info.parent = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port'  (string)
  info.product = 'AT Translated Set 2 keyboard'  (string)
  input.product = 'AT Translated Set 2 keyboard'  (string)
  info.udi = '/org/freedesktop/Hal/devices/platform_i8042_i8042_KBD_port_logicaldev_input'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  info.addons.singleton = { 'hald-addon-input' } (string list)
  linux.subsystem = 'input'  (string)
  info.capabilities = { 'input', 'input.keyboard', 'input.keypad', 'input.keys', 'button' } (string list)
  input.xkb.rules = 'evdev'  (string)
  linux.device_file = '/dev/input/event1'  (string)
  input.xkb.model = 'evdev'  (string)
  input.xkb.layout = 'de'  (string)

Mein console-setup: (der relevante (?) Teil)

1
2
3
4
XKBMODEL="evdev"
XKBLAYOUT="de"
XKBVARIANT="nodeadkeys"
XKBOPTIONS="lv3:ralt_switch,compose:menu"

Leider übernimmt er auch bei mir das input.xkb.rules nicht zu xorg...

Hilft auch diese Ausgabe?:

1
2
3
4
5
6
7
8
% setxkbmap -print
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwertz)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+de(nodeadkeys)+inet(evdev)+level3(ralt_switch)+ctrl(ctrl_aa)+compose(menu)"	};
	xkb_geometry  { include "pc(pc104)"	};
};

Leider hab ich keine Ahnung, was das _aa hinter dem ctrl macht, der von dir angegebene setxkbmap-Befehl ändert nichts.

rumburak

Anmeldungsdatum:
21. April 2007

Beiträge: 100

Ich habe das gleiche Problem: Cursor, Bildlauf, Pos1,.., AltGr tun nix. Habe Jensels Lösung durchgespielt - ohne Erfolg. Zumindest hilft bei mir aber

setxkbmap -model evdev -rules xorg -layout de -variant nodeadkeys

Ich hätte jetzt auch gerne wieder eine vom Start weg funktionierende Tastatur. ☺

Surst Team-Icon

Lokalisierungsteam
(Themenstarter)

Anmeldungsdatum:
8. Februar 2008

Beiträge: 392

Wohnort: Gießen

Ausgabe

1
hal-find-by-capability --capability input.keyboard | xargs -I{} hal-device {}

–>

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
udi = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0_logicaldev_input'
  info.callouts.add = { 'debian-setup-keyboard' } (string list)
  linux.device_file = '/dev/input/event2'  (string)
  info.addons.singleton = { 'hald-addon-input' } (string list)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.2/usb4/4-2/4-2:1.0/input/input2/event2'  (string)
  input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0'  (string)
  info.subsystem = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0'  (string)
  info.product = 'HID 04f3:0103'  (string)
  input.x11_driver = 'evdev'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_4f3_103_noserial_if0_logicaldev_input'  (string)
  input.xkb.rules = 'evdev'  (string)
  input.xkb.model = 'evdev'  (string)
  info.category = 'input'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  input.xkb.layout = 'de'  (string)
  linux.subsystem = 'input'  (string)
  input.xkb.variant = 'nodeadkeys'  (string)
  info.capabilities = { 'input', 'input.keyboard', 'input.keypad', 'input.keys', 'button' } (string list)
  input.device = '/dev/input/event2'  (string)
  input.x11_options.XkbModel = 'evdev'  (string)
  input.product = 'HID 04f3:0103'  (string)
  input.x11_options.XkbRules = 'xorg'  (string)

console-setup:

1
2
3
4
XKBMODEL="evdev"
XKBLAYOUT="de"
XKBVARIANT="nodeadkeys"
XKBOPTIONS=""

25-x11-keyboardfix.fdi:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keyboard">
      <merge key="input.xkb.model" type="string">evdev</merge>
      <merge key="input.xkb.rules" type="string">xorg</merge>
      <merge key="input.x11_options.XkbModel" type="string">evdev</merge>
      <merge key="input.x11_options.XkbRules" type="string">xorg</merge>
    </match>
  </device>
</deviceinfo>

Eine kleine Besserung ist auch eingetreten: Die Pfeiltasten funktionieren zwar immer noch nicht wie sie sollen (Pfeil-nach-Rechts verhält sich wie Alt-Gr), aber immerhin liegt die Drucken Taste da, wo sie soll^^

edit: Jetzt funktioniert sie nach dem Befehl

1
setxkbmap -model evdev -rules xorg -layout de -variant nodeadkeys 

auch wieder normal, so weit ich das jetzt sehe ☺

Ubuntuxer

Anmeldungsdatum:
16. September 2007

Beiträge: Zähle...

Hi, ich hab ein sehr merkwürdiges Problem mit meiner Tastatur nach dem Update auf Intrepid. Der Ziffernblock auf meinem Laptop ist aktiviert, welcher über den normalen Buchstaben liegt und lässt sich nicht über die vorgesehene Taste ausschalten. Das seltsame ist, dass dieses Problem beim GDM Login noch nicht auftritt, sondern erst nachdem ich mich angemeldet habe. Der oben genannte Befehl

setxkbmap -model evdev -rules xorg -layout de -variant nodeadkeys 

behebt das Problem glücklicherweise, aber trotzdem kann ich mir dieses seltsame Verhalten nicht erklären.

Earendil

Anmeldungsdatum:
5. Dezember 2007

Beiträge: 113

Wohnort: München (Berg am Laim)

Weil so ne fehlende STRG-Taste ziemlich nervt bin ich weiter auf der Suche. Interessant ist, dass es hilft, das .gonf-Verzeichnis umzubenennen, dann geht auf einmal meine CTRL-Taste wieder. Nur sind natürlich alle Einstellungen weg, also müsste man den verantwortlichen Schlüssel finden...

Jensel

Anmeldungsdatum:
23. März 2006

Beiträge: 209

Vielleicht hilft dann dieser Befehl

gconftool-2 --recursive-unset /desktop/gnome/peripherals/keyboard 

aus dem oben verlinkten Bugreport.

Gruß, Jens

Earendil

Anmeldungsdatum:
5. Dezember 2007

Beiträge: 113

Wohnort: München (Berg am Laim)

Den hab ich schon hinter mir... Ich bin jetzt soweit, dass ich weiß dass es an compiz liegt, die Fehlersuche geht weiter...

[edit:] Also, bei mir was das Compiz-Plugin ezoom (Enhanced Zoom Desktop) schuld, seitdem aber Fn+Space auf meinem X60s nicht mehr als Taste zur Verfügung steht, nutze ich es eh nicht, so hab ich den Ordner einfach entfernt. (natürlich mit gconftool-2 --recursive-unset /apps/compiz/plugins/ezoom)

Jetzt geht (fast) alles wie es soll, Mute verhält sich noch komisch zB, es liefert den Wert des RaiseVolume zurück, (in xev allerdings korrekt Mute) trotzdem funktioniert es korrekt, nur die Anzeige spinnt ein bisserl.

Vielen Dank für deine Hilfe

Surst Team-Icon

Lokalisierungsteam
(Themenstarter)

Anmeldungsdatum:
8. Februar 2008

Beiträge: 392

Wohnort: Gießen

So, (für mich) hat sich das Problem gelöst. Ich habe: -Alle .Xmodmap Dateien in meinem Homeverzeichnis gelöscht (hatte da noch eine rumfliegen) -mit "sudo dpkg-reconfigure console-setup" meine Tastatur neu konfiguriert -mit "gconftool-2 --recursive-unset /desktop/gnome/peripherals/keyboard" alte Einstellungen gelöscht -neugestartet.

Das ganze basierte auf https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/255008/comments/97 diesem Tipp.

Antworten |