X11 mit en/us-layout trotz de-Einstellungen

Anfänger

21.01.2012, 11:13

Moin zusammen,

ich könnte das berühmte .... bekommen.Meine bisherige Suche nach dem Fehler ist erfolglos geblieben, schau'n mer mal, was denn alles so vorliegt, sacht der Blinde zum Tauben.
Ein Login via Konsole funktioniert auf germanisch; sobald ich jedoch einen Displaymanager (egal ob xdm, gdm oder kdm) starte, wird das englische Tastaturlayout verwendet und kann nach Anmeldung nur mit "setxkbmap -layout de" behoben werden.

Meine Konfiguration sieht so aus:

Quellcode

cat /etc/env.d/02locale
 LANG="de_DE.UTF8"
 LC_COLLATE="C"
 LC_CTYPE="de_DE.UTF8"
 LC_MESSAGES="de_DE.UTF8"
 LC_MONETARY="de_DE.UTF8"
 LC_NUMERIC="de_DE.UTF8"
 LC_TIME="de_DE.UTF8"
 LC_ADDRESS="de_DE.UTF8"
 LC_TELEPHONE="de_DE.UTF8"
 LC_MEASUREMENT="de_DE.UTF8"
 LC_IDENTIFICATION="de_DE.UTF8"
 LC_PAPER="A4"
 #LC_ALL="C"
 LC_ALL="de_DE.UTF8"
 GDM_LANG="de_DE.UTF8"

Quellcode

cat /etc/X11/xorg.conf.d/10-evdev.conf
Section "InputClass"
    	Identifier "evdev pointer catchall"
    	MatchIsPointer "on"
    	MatchDevicePath "/dev/input/event*"
    	Driver "evdev"
EndSection
Section "InputClass"
    	Identifier "evdev keyboard catchall"
    	MatchIsKeyboard "on"
    	MatchDevicePath "/dev/input/event*"
    	Driver "evdev"
    	Option "XkbLayout" "de"
    	Option "XkbModel" "evdev"
    	Option "XkbOptions" "terminate:ctrl_alt_bksp"
EndSection

	Quellcode
1 2 3 4 5	cat /etc/conf.d/keymaps keymap="de" windowkeys="YES" dumpkeys_charset="" fix_euro="NO"

	Quellcode
1 2 3 4	grep layout /var/log/Xorg.0.log [ 1721.026] () Option "xkb_layout" "de" [ 1721.048] () Option "xkb_layout" "de" [ 1721.049] (**) Option "xkb_layout" "de"

Die Treiber habe ich komplett nachgezogen und neubauen lassen. Hat jemand noch einen Tipp für mich?

Gruß.

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

2

21.01.2012, 20:50

Kannst du mal die ganze /var/log/Xorg.0.log posten bzw. hochladen und was zeigt locale -a?

In deiner 02locale ist ein Fehler. Am Schluss steht da LC_ALL=... was alle Einstellungen die vorher kommen wieder ändert. Das willst du sicherlich nicht so, da du ja COLLATE auf C gesetzt hast. Achte hier auch auf die groß und klein Schreibung. Wie z.B. de_DE.utf8 bei deinem Rechner geschrieben wird zeigt ein locale -a.

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

3

22.01.2012, 14:30

Moin!

Vielen Dank für's Eingreifen:

	Quellcode
1 2 3 4 5 6 7 8 9 10 11 12 13	locale -a C de_DE de_DE@euro de_DE.iso88591 de_DE.iso885915@euro de_DE.utf8 deutsch en_US en_US.iso88591 en_US.utf8 german POSIX

Quellcode

more 02locale 
LANG="de_DE.UTF8"
LC_COLLATE="C"
LC_CTYPE="de_DE.UTF8"
LC_MESSAGES="de_DE.UTF8"
LC_MONETARY="de_DE.UTF8"
LC_NUMERIC="de_DE.UTF8"
LC_TIME="de_DE.UTF8"
LC_ADDRESS="de_DE.UTF8"
LC_TELEPHONE="de_DE.UTF8"
LC_MEASUREMENT="de_DE.UTF8"
LC_IDENTIFICATION="de_DE.UTF8"
LC_PAPER="A4"
#LC_ALL="C"
LC_ALL="de_DE.UTF8"
GDM_LANG="de_DE.UTF8"

Willst Du wirklich die ganze Xorg.log mit 356 Zeilen haben oder nur einen bestimmten Teil? Ergänzen muss ich noch, dass das System erst seit dem letzten wöchentlichen Update verrückt spielt. Vorher lief es wegen oder trotz der Einstellungen sehr fein.

[Tante edit]Ich war mir zwar sicher, habe aber Deinen Tip mit der Groß-/Kleinschreibung erfolglos ausprobiert.

Gruß.

immer schön frisch bleiben... auch das geht vorbei.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Pfeifenraucher« (22.01.2012, 14:51)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

4

22.01.2012, 19:42

Hallo

Das Keyboard-Layout sollte mit den gesetzten locales (LC_*) Variablen eigentlich nichts zu tun haben.
Und die Settings unter /etc/conf.d/keymaps betreffen nicht X (die sind nur für die Linux Textkonsole zuständig)

Zitat von »Pfeifenraucher«

	Quellcode
1 2 3 4	grep layout /var/log/Xorg.0.log [ 1721.026] () Option "xkb_layout" "de" [ 1721.048] () Option "xkb_layout" "de" [ 1721.049] (**) Option "xkb_layout" "de"

Demnach verwendet dein Xorg ja schon ein "de" Layout.
Wenn nun in einer Anwendung unter X ein anderes Keyboard-Layout verwendet wird, dann wurde dies eventuell im verwendeten Desktop-Environment gesetzt?!
Sprich, schaue doch mal in deinen Einstellungen deiner verwendeten Desktop Umgebung was dort gesetzt ist (dieses würde nämlich das Standard-Xorg Layout "überschreiben")

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

5

22.01.2012, 22:19

Moin!

Zitat von »josef.95«

Demnach verwendet dein Xorg ja schon ein "de" Layout.
Wenn nun in einer Anwendung unter X ein anderes Keyboard-Layout verwendet wird, dann wurde dies eventuell im verwendeten Desktop-Environment gesetzt?!
Sprich, schaue doch mal in deinen Einstellungen deiner verwendeten Desktop Umgebung was dort gesetzt ist (dieses würde nämlich das Standard-Xorg Layout "überschreiben")

Das Problem tritt bereits beim Anmelden im KDM/GDM/XDM etc auf. Ich denke daher, dass das nichts mit den persönlichen Einstellungen zu tun hat. Die stehen allerdings übrigens ebenfalls auf DE.

Gruß.

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

6

27.01.2012, 08:37

Hm.., ist ja ungewöhnlich...
Was für eine kdm Version wurde denn verwendet? (siehe zb mit "emerge -pvq kdm")
Wie genau macht sich denn das anscheinend falsche Keyboard Layout im Displaymanager bemerkbar - hättest du ein konkrete Beispiel?
Ansonsten hänge doch bitte auch mal die komplette /var/log/Xorg.0.log als Dateianhang mit an.

Zum Seitenanfang

Foyaxe

Fortgeschrittener

Beiträge: 287

7

29.01.2012, 11:06

Ich habe keine Ahnung von KDE und KDM - aber kann es sein, dass der login manager die "persönlichen Einstellungen" des root accounts benutzt und diese standardmäßig mit en erstellt wurden?

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

8

29.01.2012, 14:57

@Foyaxe
Das ist ja das kuriose...
Die Displaymanager selbst nutzen normal das Layout welches Xorg verwendet - und das ist per defaut "en"
Sobald sich dann ein User über den Displaymanager anmeldet werden die Settings vom User verwendet (sofern denn gesetzt).

Doch wenn man im Xorg das default Layout anpasst (zb in der xorg.conf) dann sollten die Displaymanager selbst dies auch verwenden.

Nungut, ich würde mir die /var/log/Xorg.0.log noch mal anschauen...

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

9

03.02.2012, 09:41

Danke für's warten, war ein wenig am Rechnerbetrieb gehindert.

Anbei die Log-Datei. Die Auswirkungen des fehlgeleiteten Layouts (qwerty statt quertz) macht sich bereits beim Displaymanager (KDM, GDM, (L)XDM egal) bei der Anmeldung bemerkbar, setzt sich in der User-Session fort und ist nur mit setxkbmap zu beheben.

Die Tastatur ist eine Logitech Comfort Wave. Angehängt habe ich mal die beiden Log-Files in der Hoffnung, das Problem einkreisen zu können.

Gruß.

»Pfeifenraucher« hat folgende Dateien angehängt:

Xorg.0.zip (4,68 kB - 3 mal heruntergeladen - zuletzt: 29.02.2012, 13:34)
kdm.zip (662 Byte - 2 mal heruntergeladen - zuletzt: 05.02.2012, 00:12)

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

10

04.02.2012, 15:00

Sieht eigetlich gut aus die xorg.log ausser das ein Error auftaucht. Ob dieser mit deinem Problem zu tun hat kann ich nicht sagen aber zum Testen einfach eine andere Tastertur nehmen.

Hier mal meinen Eintrag in der /etc/X11/xorg.conf.d/10-evdev.conf. Ich hatte damals ein Problem mit den xkbVariant und xkbOption. Ich musste beides auskommentieren damit xkbLayout bei mir ging. Ansonsten sieht es aus wie bei dir.

Quellcode

Section "InputClass"
        Identifier "evdev keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
	Option      "XkbModel"   "pc105"
	Option      "XkbLayout"  "de,us"
#	Option      "XkbVariant" ",qwertz,nodeadkey"
#	Option      "XkbOptions" ""
EndSection

Quellcode

The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
klauncher(2285) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. 
kdeinit4: Communication error with launcher. Exiting!
kdmgreet(2279)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed:  "Not connected to D-Bus server" 

kdmgreet(2279)/kdecore (K*TimeZone*): No time zone information obtained from ktimezoned

KDM zeigt einen Fehler mit Dbus; läuft dbus denn? Was zeigt dir rc-status --all

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

11

04.02.2012, 20:13

Moin!

Zitat von »_Dirk_«

Sieht eigetlich gut aus die xorg.log ausser das ein Error auftaucht. Ob dieser mit deinem Problem zu tun hat kann ich nicht sagen aber zum Testen einfach eine andere Tastertur nehmen.

Hier mal meinen Eintrag in der /etc/X11/xorg.conf.d/10-evdev.conf. Ich hatte damals ein Problem mit den xkbVariant und xkbOption. Ich musste beides auskommentieren damit xkbLayout bei mir ging. Ansonsten sieht es aus wie bei dir.

Ds mit er anderen Tastatur muss ich mal probieren, würde mich aber verwundern, da die Console einwandfrei funktioniert - aber nun gut, darauf kommt es nun auch nicht mehr an. Die xkbOption habe ich auskommentiert und den XServer ohne Ergebnisänderung neugestartet.

Zitat von »_Dirk_«

KDM zeigt einen Fehler mit Dbus; läuft dbus denn? Was zeigt dir rc-status --all

Obwohl Dbus nicht im Runlevel default enthalten ist, gibt mir ps -axf | grep dbud ebenso wie /etc/init.t/dbus start ein positives Ergebnis, dass dbus bereits gestartet ist.
Ich hab's nun mal in default eingestellt und erhalte wiederum keine Änderung.
Dabei fällt mir auf, dass in der Konsole die Tastatur zwar mit qwertz funktioniert, aber einige Tasten dennoch verändert sind:
Ü = @
Ö = ]
Ä = [
ß = \
Shift3 = #

Alle anderen Tasten funktionieren wie belegt - auch ALT-GR + Q (@), M(µ) etc.

Hilft das weiter?

Gruß.

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

12

05.02.2012, 01:30

Zitat von »Pfeifenraucher«
Quellcode
1
2
3
cat /etc/conf.d/keymaps 
keymap="de"
...

[linux Textkonsole] Ich denke hier wäre
"de-latin1"
oder
"de-latin1-nodeadkeys"
besser geeignet.

Unter X Ich vermute fast das noch etwas im Kernel fehlen könnte.. (trat das Problem evtl. nach einem Kernelwechsel auf?)
Magst du mal die Ausgabe von

	Quellcode
1 2 3	grep input /var/log/dmesg und zgrep HID /proc/config.gz \| grep -v ^#

posten, und noch die xorg.conf Anhängen.

@_Dirk_
bei deinem nodeadkey fehlt ein s
nodeadkeys

Zum Seitenanfang

_Dirk_

Fortgeschrittener

Beiträge: 544

13

05.02.2012, 15:48

Zitat von »josef.95«

@_Dirk_
bei deinem nodeadkey fehlt ein s
nodeadkeys

Danke Josef
10 mal gelesen und doch nicht gesehen. Habe das abgeändert aber mit dem gleichen ergebniss. Das Layout wird ignoriert und ist Englisch. In der xorg.log ist kein Hinweis auf einen Fehler. Was an dieser Zeile ist den Falsch das Xorg es nicht versteht.

Intel Core2 Quad CPU @ 2.40GHz mit Gentoo/Gnome3

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

14

06.02.2012, 08:20

Moin!

Anbei die gewünschten Daten:

Quellcode

# zgrep HID /proc/config.gz | grep -v ^#
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HIDRAW=y
CONFIG_USB_HID=y
CONFIG_HID_PID=y
CONFIG_USB_HIDDEV=y
CONFIG_HID_LOGITECH=y
CONFIG_HID_LOGITECH_DJ=y
# grep input /var/log/dmesg
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1

In der Tat trat das Problem nach einem Update von Xorg und dem Kernelupgrade auf. Da kam ich darauf, dass der Logitechtreiber im Kernel neu zu setzten ist und die Eingabetreiber einmal neu kompiliert werden mussten.
Die xorg.conf hängt unten dran.

Gruß.

»Pfeifenraucher« hat folgende Datei angehängt:

xorg.conf.txt (1,67 kB - 2 mal heruntergeladen - zuletzt: 20.03.2012, 10:37)

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

15

06.02.2012, 16:27

Hm, die

Zitat von »Pfeifenraucher«

	Quellcode
1 2 3	# grep input /var/log/dmesg input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0 input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1

Ausgabe schaut schon ungewöhnlich "mager" aus.

Könntest du es noch mal mit dem bisher funktionierenden Kernel testen? So könnte man es evtl. schon mal auf die Kernel Konfiguration eingrenzen.
Wie ist das Keyboard denn angeschlossen, über PS2 oder eher über USB ?

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

16

06.02.2012, 20:35

Moin!

Zitat von »josef.95«
Hm, die
Zitat von »Pfeifenraucher«
Quellcode
1
2
3
# grep input /var/log/dmesg
input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input0
input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
Ausgabe schaut schon ungewöhnlich "mager" aus.

Könntest du es noch mal mit dem bisher funktionierenden Kernel testen? So könnte man es evtl. schon mal auf die Kernel Konfiguration eingrenzen.
Wie ist das Keyboard denn angeschlossen, über PS2 oder eher über USB ?

Ich hab's nun mal mit dem 3.1.6-er probiert und siehe da, es klappt wieder. Die Tastatur macht über den Unifying Receiver (USB) das, was es machen soll - unter KDM funktioniert bereits das DE-Layout.

Allerdings erhalte ich bei den Ausgaben keinen signifikanten Unterschied - mit Ausnahme dessen, dass unter 3.2.x der Unifying Receiver eingestellt werden muss. Zudem hatte ich die USB-HID-Module fest in den 3.2.x-Kernel eingebunden. Sollte das das Problem sein?

Gruß.

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

17

14.02.2012, 01:49

Hallo Pfeifenraucher, darf man fragen wie es dir bzw deinem Kernel bisher ergangen ist?
Gibt es etwas neues bezüglich deines Logitech Keyboards und dem 3.2er Kernel?
Und ja, ich denke es wäre ein Versuch wert bezüglich USB wo es geht alles als Modul bereitzustellen

Ansonsten hänge doch bitte auch mal die "dmesg" Ausgabe vom funktionierenden 3.1.6er und dem noch nit funktionierenden 3.2er Kernel mit an. (bitte als Dateianhang)

Gruß
Josef

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

18

14.02.2012, 08:12

Moin!

Zitat von »josef.95«

Hallo Pfeifenraucher, darf man fragen wie es dir bzw deinem Kernel bisher ergangen ist?
Gibt es etwas neues bezüglich deines Logitech Keyboards und dem 3.2er Kernel?
Und ja, ich denke es wäre ein Versuch wert bezüglich USB wo es geht alles als Modul bereitzustellen

Leider gibt es noch nichts neues, außer, dass es mit dem Kernel zusammenhängen muss. Selbst ein "emerge -e world" war nicht erfolgreich.

Zitat

Ansonsten hänge doch bitte auch mal die "dmesg" Ausgabe vom funktionierenden 3.1.6er und dem noch nit funktionierenden 3.2er Kernel mit an. (bitte als Dateianhang)

Die dmesg-Dateien hängen an, ich bin mal gespannt, ob ich da was übersehen habe. Lt. Kernel-Config & lsmod ist der USBHID- ebenso wie der Logitech_DJ-Teil als Modul eingetragen und wird auch geladen.

Gruß.

»Pfeifenraucher« hat folgende Dateien angehängt:

dmesg-3.1.6.txt (31,5 kB - 3 mal heruntergeladen - zuletzt: 01.04.2012, 18:44)
dmesg-3.2.5.txt (31,51 kB - 2 mal heruntergeladen - zuletzt: 25.02.2012, 17:41)

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

love-tux

Anfänger

Beiträge: 16

19

29.02.2012, 19:28

Hey,

ich habe das gleiche Problem! Mit gentoo-sources-3.2.1-r2 geht mir die Unterstützung vollständig für die deutsche Tastatur verloren. Lade ich den kernel 3.0.6 ist die deutsche Tastatur wieder zurück. Also muss es nach meiner Einschätzung als Laie irgendwie und irgendwo am Treiber liegen.Ich verwende eine Logitech K800.

Im ArchlLinux-Forum sind mehrere Anwender zu finden, die auf einmal mit kernel 3.2.1 Probleme haben, wenn sie Logitech Tastaturen verwenden. In forums.gentoo.org habe ich einen Tipp gefunden:

CONFIG_HIDRAW=n

Danach ist bei mir die deutsche Tastatur in gnome-2 wieder zurück, der Loginmanager gdm hat noch den angelsächsischen Trend ...

Skipper

Zum Seitenanfang

Pfeifenraucher

Anfänger

Beiträge: 9

20

03.03.2012, 17:39

Moin!

Schön, dass ich nicht nur alleine bin mit dem Problem. Mittlerweile habe ich über die Mutter des Forums herausgefunden, dass es wohl ein Bug im Logitech_DJ-Treiber ist. Ich habe dann mal eine Microsoft Natural Ergonomic Keyboard 4000-Tastatur angeschlossen und war glücklich, dass das DE-Layout wieder da war.

So wie ich das verstanden habe, lassen sich beim Logitech_DJ-Treiber verschiedene Profile hinterlegen, um abhängig von der Anwendung verschiedene Layouts mit einer Tastatur nutzen zu können. Daher heißt es wohl erst einmal warten, bis der Logitechtreiber gefixt ist.

Gruß.

immer schön frisch bleiben... auch das geht vorbei.

Zum Seitenanfang

GentooForum.de