Hallo, ich bin neu hier, deshalb möchte man mir eventuelle Fehler beim posten verzeihen.
Ich habe ein Slackware 10.2 mit dem WM E17 (http://www.enlightenment.org)
seit der letzten installation habe ich Probleme mit der ALT-GR Taste oder besser mit den Kombinationen aus ALT-GR und einer Zahl, welche nicht ausgeführt werden. (geschweifte und eckige Klammern z.B.)
Die ALT-GR Taste an sich funktioniert (ALT-GR+MOUSE verschiebt die Fenster wie gewohnt)
bevor ich X starte geht das noch ganz gut aber danach nicht mehr.
meine xorg.conf könnt ihr euch hier ansehen: http://home.arcor.de/andre.tietz/xorg.conf
Die log Datei von X liegt im selben Verzeichnis
wäre schön, wenn ich das hinbekommen könnte, da ich noch ein paar Sachen zu Programmieren habe und das ohne geschweifte Klammern ein ernsthaftes Problem ist.
Vielen Dank
Hallo Andre,
On Thu, Sep 07, 2006 at 23:28:42 +0200, Tietz, Andre wrote:
seit der letzten installation habe ich Probleme mit der ALT-GR Taste oder besser mit den Kombinationen aus ALT-GR und einer Zahl, welche nicht ausgefuehrt werden. (geschweifte und eckige Klammern z.B.)
Aus der Logdatei: [...] (**) Option "XkbModel" "pc105" (**) Keyboard1: XkbModel: "pc105" (**) Option "XkbLayout" "de" (**) Keyboard1: XkbLayout: "de" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) XINPUT: Adding extended input device "NVIDIA Event Handler" (type: Other) (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap [...]
XkbModel und XkbLayout sind korrekt in der Konfigdatei gesetzt, aber: Dein xkbcomp hat ein Problem. Als Folge davon kann der Xorg die Keymap nicht laden und faellt auf eine interne Keymap zurueck, in der AltGr-Kombinationen nicht funktionieren.
Um der Sache auf den Grund zu gehen, kannst Du den Xorg stracen lassen:
(als root) strace -o xtrace.log -f -v -s 128 Xorg
Im Log dann die Stelle suchen, an der xkbcomp mittels execve() aufgerufen wird und von dort an die xkbcomp-Meldungen und fehlgeschlagene Syscalls lesen. Typischerweise geht irgendwas beim Parsen der Keymap-Beschreibung schief (Datei fehlt) oder die Ausgabedatei (compiled/server-0.xkm) kann nicht geschrieben werden. Arbeitsverzeichnis von xkbcomp ist /usr/X11R6/lib/X11/xkb.
Gruss, Chris
(als root) strace -o xtrace.log -f -v -s 128 Xorg
Was ist in dem Falle Xorg? die xorg.conf? Hab es "strace -o xtrace.log -f -v -s 128 Xorg" und "strace -o xtrace.log -f -v -s 128 /etc/X11/xorg.conf" versucht. mit folgendem Ergebnis:
root@unicate:~# strace -o xtrace.log -f -v -s 128 Xorg strace: Xorg: command not found
und
root@unicate:~# strace -o xtrace.log -f -v -s 128 /etc/X11/xorg.conf strace: exec: Permission denied
keine Ahnung was da los ist... muss auch dazu sagen, das ich noch nicht lang im Linux bin... seit Dezember "erst"
Tietz, Andre wrote:
(als root) strace -o xtrace.log -f -v -s 128 Xorg
Was ist in dem Falle Xorg? die xorg.conf?
Xorg ist das zu beobachtende Programm. Hier der X-Server.
Hab es "strace -o xtrace.log -f -v -s 128 Xorg" und "strace -o xtrace.log -f -v -s 128 /etc/X11/xorg.conf" versucht. mit folgendem Ergebnis:
root@unicate:~# strace -o xtrace.log -f -v -s 128 Xorg strace: Xorg: command not found
Dann steht Xorg nicht im Suchpfad. versuch mal locate Xorg und gib den Vollen Pfad für Xorg an.
root@unicate:~# strace -o xtrace.log -f -v -s 128 /etc/X11/xorg.conf strace: exec: Permission denied
xorg.conf ist eben nicht als Ausführbar markiert (sollte es auch nicht).
keine Ahnung was da los ist... muss auch dazu sagen, das ich noch nicht lang im Linux bin... seit Dezember "erst"
vielleicht noch ein Tipp: Es gab eine Version, wo ich statt de pc/de laden musste. Sieh mal nach, ob eventuell /etc/X11/xkb/symbols/de gar nicht existiert, aber /etc/X11/xkb/symbols/pc/de
Tobias
Hi Andre,
On Fri, Sep 08, 2006 at 12:40:57 +0200, Tietz, Andre wrote:
(als root) strace -o xtrace.log -f -v -s 128 Xorg
Was ist in dem Falle Xorg? die xorg.conf?
Das X Server Binary, normalerweise zu finden unter /usr/X11R6/bin/Xorg.
root@unicate:~# strace -o xtrace.log -f -v -s 128 Xorg strace: Xorg: command not found
"Xorg" wird in keinem der Verzeichnisse gefunden, die in der Umgebungsvariable PATH stehen. Immer wenn eine ausfuehrbare Datei (Skript oder Binary) in der Shell ohne Pfadangabe aufgerufen wird, sucht die Shell in allen Verzeichnissen aus PATH danach.
Man kann den Pfad zu einer ausfuehrbaren Datei auch explizit angeben, entweder relativ (z.B. ./bin/mytool) oder absolut (z.B. /usr/games/imaze). In diesem Fall entfaellt das Durchsuchen von PATH.
Versuchs nochmal so: strace -o xtrace.log -f -v -s 128 /usr/X11R6/bin/Xorg
Der X-Server sollte dann starten und nur das Hintergrundmuster und ein "X" als Mauscursor zeigen. Dann beendest Du den Server mit CTRL-ALT-Backspace und nimmst Dir die Logdatei vor.
keine Ahnung was da los ist... muss auch dazu sagen, das ich noch nicht lang im Linux bin... seit Dezember "erst"
Macht ja nix.
Gruss, Chris
Und was soll mir das jetzt sagen? Das versteh ich nicht.
unicate@unicate:cat xtrace.log 31661 execve("/etc/X11/xorg.conf", ["/etc/X11/xorg.conf"], [/* 41 vars */]) = 0
Kann einer von euch damit was anfangen?
Hi Andre,
On Fri, Sep 08, 2006 at 19:56:06 +0200, Tietz, Andre wrote:
Und was soll mir das jetzt sagen? Das versteh ich nicht.
unicate@unicate:cat xtrace.log 31661 execve("/etc/X11/xorg.conf", ["/etc/X11/xorg.conf"], [/* 41 vars */]) = 0
Kann einer von euch damit was anfangen?
Ich gehe mal davon aus, dass es ein Fehler beim Abtippen ist. execve("/etc/X11/xorg.conf" ... steht da bestimmt nicht, sondern execve("/usr/X11R6/bin/Xorg" ...
Ausserdem ist das nur die erste Zeile einer Datei, die etwa 22000 Zeilen lang sein muesste. Die muss man natuerlich nicht von vorne bis hinten durchlesen, aber man kann nach interessanten Stellen suchen.
Vielleicht noch ein paar Worte zu strace. Dieses Tool startet das nachfolgende Kommando und protokolliert dabei saemtliche Systemrufe, die der Prozess macht. So kann man beispielsweise sehen, welche Dateien geoeffnet werden etc.
Durch die Option -f verfolgt strace auch Prozesse, die vom urspruenglichen Prozess aufgerufen werden (fork und exec). Das wird in diesem Fall gebraucht, um das Verhalten des von Xorg aufgerufenen xkbcomp (X Keyboard Compiler) zu sehen, insbesondere ob ihm irgendwelche Dateien/Verzeichnisse fehlen. Nicht jeder fehlgeschlagene Dateizugriff fuehrt zum Abbruch, z.B. werden die shared Libraries in verschiedenen Verzeichnissen gesucht. Interessant sind die Zugriffe auf die Keymap-Beschreibungen. Dazu wechselt der xkbcomp irgendwann ins Verzeichnis /usr/X11R6/lib/X11/xkb (im strace-log erkennbar als chdir("/usr/X11R6/lib/X11/xkb")) und beginnt dann, Dateien in den Verzeichnissen rules, symbols etc. zu lesen. Entweder faellt er dort auf die Nase, oder spaeter beim Schreiben der Keymap ins Verzeichnis compiled.
Gruss, Chris
Danke, du hattest Recht. ich hatte Xorg das erste mal während der laufzeit "gestraced"...
Jetzt tat ich es im Runlevel 3 und siehe da, eine Megadatei, welche ihr euch hier: http://home.arcor.de/andre.tietz/mystrace.log ansehen könnt.
Ich habe dann mal ein "cat mystrace.log | grep xkb" gemacht welches hier: http://home.arcor.de/andre.tietz/result zu finden ist.
Jedoch werd ich daraus nicht schlau...
Hi Andre,
On Fri, Sep 08, 2006 at 23:00:10 +0200, Tietz, Andre wrote:
Jetzt tat ich es im Runlevel 3 und siehe da, eine Megadatei, welche ihr euch hier: http://home.arcor.de/andre.tietz/mystrace.log ansehen koennt.
Und prompt was gefunden (Zeile 22851-22857):
3158 open("compiled/server-0.xkm", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = -1 ENOENT (No such file or directory) 3158 write(2, "> ", 2) = 2 3158 write(2, "Error: ", 18) = 18 3158 write(2, "Cannot open "compiled/server-0.xkm" to write keyboard description\n", 66) = 66 3158 write(2, "> ", 2) = 2 3158 write(2, " ", 18) = 18 3158 write(2, "Exiting\n", 8) = 8
Sieht so aus, als wuerde das Verzeichnis "compiled" in /usr/X11R6/lib/X11/xkb nicht existieren. Pruef das mal bitte.
Gruss, Chris
Ihr seid meine Helden
Problem war, das "compiled" ein symlink war, welcher auf einen nicht vorhandenen Ordner zeigte.
hab diesen Ordner erstellt (/var/lib/compiled)
und nun gehts seht selbst :D ¹²³²³¼¼¬½¬{¬][{¬{[¬
Juhuuuuuuuuu!!!
Danke Vielmals
On 09.09.06 Tietz, Andre (andre.tietz@arcor.de) wrote:
Moin,
Problem war, das "compiled" ein symlink war, welcher auf einen nicht vorhandenen Ordner zeigte.
hab diesen Ordner erstellt (/var/lib/compiled)
und nun gehts seht selbst :D ¹²³²³????¬??¬{¬][{¬{[¬
Weiß Slackware von dem Bug schon?
H.
Ich weiß halt nicht, ob ich das war oder nicht...
Aber nein, die wissen noch nichts
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Hilmar Preusse -
Tietz, Andre -
Tobias Schlemmer