Hallo Helga, am Montag 15 Dezember 2008 schrieb Helga Fischer:
Hallo Hugo,
Am Montag 15 Dezember 2008 schrieb Hugo Mahr:
am Montag 15 Dezember 2008 schrieb Helga Fischer:
sagt mal, hat die openSUSE 11.* irgendein Problem damit, die Tastaturtreiber zu laden?
[...]
Nutzt Du KDE ohne Anmeldung?
Ich starte immer von der Konsole aus. Sprich, ich logge mich ein und mache dann startx. Das heißt doch, das die Tastatur in der Konsole geht oder? Mit showkey kannst Du ja erstmal sehen ob die Tasten gehen. Bei mir z.b.: %showkey kb Modus war UNICODE [ Wenn Sie das unter X probieren, muß es nicht funktionieren, da der X Server ebenfalls von /dev/console liest. ]
Drücken Sie eine Taste (Programmende 10 s nach dem letzten Tastendruck)... Tastencode 28 loslassen Tastencode 1 drücken Tastencode 1 loslassen Tastencode 21 drücken Tastencode 21 loslassen Der Tastencode 1 ist für die <ESC> Taste,
Geht die Maus?
Ja, das ist ein USB-Trackball.
Wie ist es, wenn Du nur mit der Konsole arbeitest (z.B: run-level 3)? Geht es fuer einen anderen Benutzer?
Es kann sich ja gar kein Benutzer anmelden. Ich bekomme ja nicht einmal mittels ESC der Bootsplash weg. Die Tastatur fliegt schon ganz früh raus. Noch bevor ein Login überhaupt möglich ist.
Also wenn Du das Kommando startx von der Konsole eingeben kannst, aber keinen anderen Benutzer wählen kannst dann ist das System nicht so aufgesetzt wie ich es benutzen würde. Ist es dann nicht mit auto login ? Startet es immer in run-level 3? Es ist doch wohl nicht run-level 1?
Auch in einem eventuell hochfahrende KDM ist kein Login möglich.
[...]
kaccessrc. The file .kde4/share/config/kaccessrc was two times
Ich arbeite mit KDE 3.5, der auf dem neuesten Stand ist. Es ist aber sicher kein Problem einer GUI-Anwendung.
Ok, bis Du startx eingibst geht also alles? Dann stimmt wohl was mit dem X-server nicht. Vielleicht stimmt die xorg.conf nicht. Also im Xorg.log bei mir sehe ich: % cd /var/log % egrep -i 'kbd|key' Xorg.0.log (**) |-->Input Device "Keyboard[0]" (II) LoadModule: "kbd" (II) Loading /usr/lib64/xorg/modules//input/kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" (II) RADEON(0): BIOS HotKeys Disabled (II) Initializing built-in extension XKEYBOARD (**) Option "CoreKeyboard" (**) Keyboard[0]: always reports core events (**) Keyboard[0]: Protocol: Standard (**) Keyboard[0]: XkbRules: "xfree86" (**) Keyboard[0]: XkbModel: "microsoftpro" (**) Keyboard[0]: XkbLayout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) Keyboard[0]: XkbVariant: "nodeadkeys" (**) Option "CustomKeycodes" "off" (**) Keyboard[0]: CustomKeycodes disabled (II) evaluating device (Keyboard[0]) (II) XINPUT: Adding extended input device "Keyboard[0]" (type: KEYBOARD) SetGrabKeysState - disabled SetGrabKeysState - enabled linux-gowd{pmahr} /var/log 44: Enchant dict for "de" 0x215da00 Enchant dict for "de" 0x215da00 Und in xorg.conf Section "InputDevice" Driver "kbd" Identifier "Keyboard[0]" Option "Protocol" "Standard" Option "XkbLayout" "de" Option "XkbModel" "microsoftpro" Option "XkbRules" "xfree86" Option "XkbVariant" "nodeadkeys" EndSection Natürlich könnte man die xorg.conf sichern und sax2 starten oder mit einer Live-CD booten um zu sehen ob es prinzipiell geht Viel Erfolg Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org