Tastatur bleibt weg
Hallo Liste, sagt mal, hat die openSUSE 11.* irgendein Problem damit, die Tastaturtreiber zu laden? Meine beiden Rechner, die 11er-Versionen drauf haben/hatten waren sich einig darin, je nach Laune mal die Tastatur-Treiber zu laden und dann auch mal nicht. Beim BIOS: Tastatur tut. Im GRUB-Menü: Tastatur tut. Nach dem Laden des Linuxkernels: Nichts geht mehr außer ein Login von einem anderen Rechner. Dieses Verhalten hat bei mir noch keine Suse-Generation gezeigt. Gibt es dafür irgendeine Abhilfe? In die Boot-Optionen habe ich schon reingeguckt, konnte aber nichts identifizieren, was den Kernel zwingt, die Tastatur auf jeden Fall zu laden. Helga -- 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
Am Mon, 15 Dec 2008 09:57:26 +0100 schriebst Du:
sagt mal, hat die openSUSE 11.* irgendein Problem damit, die Tastaturtreiber zu laden?
Nicht das ich wüsste.
Gibt es dafür irgendeine Abhilfe? In die Boot-Optionen habe ich schon reingeguckt, konnte aber nichts identifizieren, was den Kernel zwingt, die Tastatur auf jeden Fall zu laden.
PS/2 oder USB? Was sagen boot.msg und /var/log/messages über die Tastatur? Ich vermute mal USB-Tastaturen, dann dürfte das Problem im Laden der USB-Treiber liegen. Philipp -- 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
Hallo Philip, Am Montag 15 Dezember 2008 schrieb Philipp Thomas:
Am Mon, 15 Dec 2008 09:57:26 +0100 schriebst Du:
sagt mal, hat die openSUSE 11.* irgendein Problem damit, die Tastaturtreiber zu laden?
Nicht das ich wüsste.
Ich habe zumindest eine Meldung irgendwo im Internet gefunden, wo das gleiche Problem auftrat. Wurde aber keine Lösung angeboten.
Gibt es dafür irgendeine Abhilfe? In die Boot-Optionen habe ich schon reingeguckt, konnte aber nichts identifizieren, was den Kernel zwingt, die Tastatur auf jeden Fall zu laden.
PS/2 oder USB?
Beides. Ich hatte die 11er Suse (aus anderen Gründen) inzwischen auf drei verschiedenen Rechnern. Einer hat das volle Update von 10.3 auf 11.0 bekommen. Seither tritt das Tastaturproblem auf. Ich habe den Rechner schon einige Jährchen in Betrieb. Da hängt die Tastatur am PS/2-Anschluß. Trackball mit USB wird laut dmesg geladen. Da ich aber nur über die Konsole starte, kann ich nichts zur Funktion sagen. Dann hatte ich einen gebrauchten (Hardware war mir nicht vertraut), da dachte ich immer, dass der Kernel abgestürzt sei, ich vermute aber, da war einfach die Tastatur nicht geladen. Auch hier PS/2. Da hatte ich auch suse 11.0 installiert, nichtgrafisch. Diesen Rechner habe ich jetzt mit 10.3 in Betrieb, Problem weg. Allerdings verwende ich hier jetzt einen USB-Hub und eine USB-Tastatur. Werde aber demnächst wieder zur PS/2-Tastatur wechseln. Auch ein dritter Rechner machte das Spiel, aber eher selten - der wiederum ist der älteste im Bunde. Der hing ebenfalls am USB-Umschalter. Beide Tastaturen sind Microsoft-Natural-Keyboards.
Was sagen boot.msg
Rechner 1: NP: PS/2 Controller [PNP0303:KEYB] at 0x60,0x64 irq 1 PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp serio: i8042 KBD port at 0x60,0x64 irq 1 mice: PS/2 mouse device common for all mice input: PC Speaker as /devices/platform/pcspkr/input/input0 cpuidle: using governor ladder cpuidle: using governor menu NET: Registered protocol family 1 Using IPI No-Shortcut mode Am BIOS habe ich nichts umgestellt.
und /var/log/messages über die Tastatur?
Da habe ich nichts identifizieren können. Hast Du mir einen Suchbegriff?
Ich vermute mal USB-Tastaturen, dann dürfte das Problem im Laden der USB-Treiber liegen.
Schön wär's. Ich glaube, da habe ich in ganz früheren Zeiten auch mal nachhelfen müssen. Helga -- 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
am Montag 15 Dezember 2008 schrieb Helga Fischer:
Hallo Liste,
sagt mal, hat die openSUSE 11.* irgendein Problem damit, die Tastaturtreiber zu laden?
Meine beiden Rechner, die 11er-Versionen drauf haben/hatten waren sich einig darin, je nach Laune mal die Tastatur-Treiber zu laden und dann auch mal nicht.
Beim BIOS: Tastatur tut. Im GRUB-Menü: Tastatur tut. Nach dem Laden des Linuxkernels: Nichts geht mehr außer ein Login von einem anderen Rechner. Nutzt Du KDE ohne Anmeldung? Geht die Maus? Wie ist es, wenn Du nur mit der Konsole arbeitest (z.B: run-level 3)? Geht es fuer einen anderen Benutzer?
Ich denke da an mein 'Problem' mit kaccessrc. http://lists.opensuse.org/opensuse-kde/2008-07/msg00055.html ' ... And a real problem (pointers can be found, still there, very irritating as the first idea is that the keyboard is defect - not related to kmail but I do not want to raise a thread for this) was kaccessrc. The file .kde4/share/config/kaccessrc was two times generated (at least I think it was not there before) and caused to activate this 'slow key mode'. After appr. 2 weeks I detected this file as a problem.' Falls es das ist, dann waere eine Antwort in https://bugzilla.novell.com/show_bug.cgi?id=409481 angebracht, dass das Problem immer noch existiert. Gruss 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
Helga Fischer wrote:
Hallo Philip,
Am Montag 15 Dezember 2008 schrieb Philipp Thomas:
Am Mon, 15 Dec 2008 09:57:26 +0100 schriebst Du:
sagt mal, hat die openSUSE 11.* irgendein Problem damit, die Tastaturtreiber zu laden?
Nicht das ich wüsste.
Ich habe zumindest eine Meldung irgendwo im Internet gefunden, wo das gleiche Problem auftrat. Wurde aber keine Lösung angeboten.
Gibt es dafür irgendeine Abhilfe? In die Boot-Optionen habe ich schon reingeguckt, konnte aber nichts identifizieren, was den Kernel zwingt, die Tastatur auf jeden Fall zu laden.
PS/2 oder USB?
Beides. ...
Was sagen boot.msg
Rechner 1:
NP: PS/2 Controller [PNP0303:KEYB] at 0x60,0x64 irq 1 PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp
??? Das würde ich mir mal näher ansehen... was passiert denn, wenn man den Kernel von CD bootet. Oder, wenn das das gleiche bringt, mal einen yast vom entfernten Rechner anwerfen und gucken, was der für die Tastatur eingestellt hat...
... Helga
Gruß Jörg -- 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
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.
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. 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. Helga -- 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
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
Hallo Hugo, Am Dienstag 16 Dezember 2008 schrieb Hugo Mahr:
am Montag 15 Dezember 2008 schrieb Helga Fischer:
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?
Nein, das hast Du mißverstanden. Ich komme lokal an den hochgefahrenen Rechner nicht heran. Der tut, was er soll, hochfahren, seine Dienste laden, aber er läßt mich nicht rein - ich kann ja per Tastatur nicht mit ihm kommunizieren. Ich logge mich dann per ssh von einer anderen Kiste ein und mache dann in der Regel einen reboot. Irgendwann geruht die Kiste dann doch die Tastatur zu laden und ich kann mich lokal anmelden. Meist reicht ein reboot. Als mir das Phänomenen das erste Mal begegnet ist, habe ich immer gedacht, der Rechner sei abgestürzt. Das passierte sogar bei der initialen Installation über DVD. Diesen Rechner habe ich aber inzischen täglich mit openSUSE 10.3 in Betrieb. Da ist die Tastatur noch kein einziges Mal weggeblieben. Während der 11.0-Rechner es im Moment fast immer macht. (Gibt auch Tage, da klappt es gleich. Und diesen Rechner hatte ich jetzt so drei Jahre lang mit den 10er-Generationen in Betrieb, da gab's keinen Stress mit der Tastatur). Helga -- 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
Hallo Helga, ich spekuliere mal, dass des ein Problem mit USB ist. Meine USB-Maus funktioniert auch erst, wenn ich nach dem Hochfahren, wenn der Anmeldungsmanager erscheint, kurz den USB-Stecker meiner Maus rausziehe und wieder reinstecke. Probier das mal aus. Gruß Thomas Am Dienstag 16 Dezember 2008 17:03:31 schrieb Helga Fischer:
Ich logge mich dann per ssh von einer anderen Kiste ein und mache dann in der Regel einen reboot. Irgendwann geruht die Kiste dann doch die Tastatur zu laden und ich kann mich lokal anmelden. Meist reicht ein reboot.
Als mir das Phänomenen das erste Mal begegnet ist, habe ich immer gedacht, der Rechner sei abgestürzt. Das passierte sogar bei der initialen Installation über DVD.
Diesen Rechner habe ich aber inzischen täglich mit openSUSE 10.3 in Betrieb. Da ist die Tastatur noch kein einziges Mal weggeblieben. Während der 11.0-Rechner es im Moment fast immer macht. (Gibt auch Tage, da klappt es gleich. Und diesen Rechner hatte ich jetzt so drei Jahre lang mit den 10er-Generationen in Betrieb, da gab's keinen Stress mit der Tastatur).
Helga
-- 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
Am Dienstag 16 Dezember 2008 schrieb Helga Fischer:
Ich logge mich dann per ssh von einer anderen Kiste ein und mache dann in der Regel einen reboot. Irgendwann geruht die Kiste dann doch die Tastatur zu laden und ich kann mich lokal anmelden. Meist reicht ein reboot.
Wie ist die Tastatur angeschlossen, USB oder PS2? Geht die NumLock- oder CapsLock-LED an und aus, wenn Du die entsprechenden Tasten drückst? Hast Du Dir mal die Ausgabe von dmesg | grep input angesehen, wenn Du Dich per ssh einloggst? Da sollte Deine Tastatur mit dabei sein, bei mir kommt dann sowas: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0 mfG, Jens -- 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
Hallo Jens, Am Dienstag 16 Dezember 2008 schrieb Jens Nixdorf:
Am Dienstag 16 Dezember 2008 schrieb Helga Fischer:
Ich logge mich dann per ssh von einer anderen Kiste ein und mache dann in der Regel einen reboot. Irgendwann geruht die Kiste dann doch die Tastatur zu laden und ich kann mich lokal anmelden. Meist reicht ein reboot.
Wie ist die Tastatur angeschlossen, USB oder PS2?
Die, die jetzt gerne ausfällt: PS/2
Geht die NumLock- oder CapsLock-LED an und aus, wenn Du die entsprechenden Tasten drückst?
Kann ich jetzt nicht testen, da die Tastatur im Moment funktioniert (nach einem Neustart).
Hast Du Dir mal die Ausgabe von
dmesg | grep input
Ergibt: Huygens:~ # less dmesg-ohne-tastatur | grep input input: PC Speaker as /devices/platform/pcspkr/input/input0 input: Microsoft Microsoft Trackball Explorer� as /devices/pci0000:00/0000:00:1f.2/usb1/1-1/1-1:1.0/input/input1 input,hidraw0: USB HID v1.00 Mouse [Microsoft Microsoft Trackball Explorer�] on usb-0000:00:1f.2-1 input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3 Aktuelles dmesg: Huygens:~ # dmesg | grep input input: PC Speaker as /devices/platform/pcspkr/input/input0 input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 input: Microsoft Microsoft Trackball Explorer� as /devices/pci0000:00/0000:00:1f.2/usb1/1-1/1-1:1.0/input/input2 input,hidraw0: USB HID v1.00 Mouse [Microsoft Microsoft Trackball Explorer�] on usb-0000:00:1f.2-1 input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4
angesehen, wenn Du Dich per ssh einloggst? Da sollte Deine Tastatur mit dabei sein, bei mir kommt dann sowas:
input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
Da wird bei mir nichts mitgeliefert. Dh, greppen nach input über meine /var/log/messages ergibt nur USB-Devices. Kurioserweise nur bis zum 3. Dezember. Ich weiß aber nicht mehr, ob das das Datum des Updates war. Beim Einloggen über ssh ist es allerdings egal, ob die Tastatur da ist oder nicht. Helga -- 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
Hallo Thomas, Am Dienstag 16 Dezember 2008 schrieb Thomas Schirrmacher:
ich spekuliere mal, dass des ein Problem mit USB ist.
USB ging bei mir immer ohne Probleme. (Ich glaube, in ganz früheren Zeiten habe ich mal USB explizit laden müssen). Meine Tastaturen sind, bis auf eine, alle PS/2. Auch das aktuelle Problem tritt bei PS/2 auf. Helga -- 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
Am Dienstag 16 Dezember 2008 schrieb Helga Fischer:
Da wird bei mir nichts mitgeliefert. Dh, greppen nach input über meine /var/log/messages ergibt nur USB-Devices. Kurioserweise nur bis zum 3. Dezember. Ich weiß aber nicht mehr, ob das das Datum des Updates war.
Doch doch, in Deinem zweiten dmesg-Auszug steht die Tastatur drin, so wie sich das gehört.
Beim Einloggen über ssh ist es allerdings egal, ob die Tastatur da ist oder nicht.
Nicht, wenn man nachsehen will, ob der Rechner sie überhaupt wahrnimmt. Und hier scheint es so zu sein, dass das device /devices/platform/i8042/serio0/input/input1 eben nicht mit der echten Hardware belegt wird, bzw. wird input1 eben mit der nächsten passenden Hardware belegt. Als nächsten Schritt sollte man jetzt rausfinden, warum die Tastatur entweder gar nicht erkannt oder gleich wieder vergessen wird, bzw. wer da beim Booten dafür verantwortlich ist, die Tastatur zu finden und einzubinden. Schau mal, ob sie in /proc/bus/input/devices drinsteht. Du kannst wenn die Tastatur nicht funktioniert und Du per ssh eingeloggt bist, mal (als root) den HAL-Daemon neu starten: /etc/init.d/haldaemon restart und sehen, ob die Tastatur danach da ist. Oder /etc/init.d/kbd restart und dann schauen. Wir tasten uns langsam vor... mfG, Jens -- 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
Hallo Helga, ich habe mal gegoogelt und meine Frage waere ob es vielleicht bei Dir zutrifft. am Dienstag 16 Dezember 2008 schrieb Helga Fischer:
Hallo Jens,
Am Dienstag 16 Dezember 2008 schrieb Jens Nixdorf:
Am Dienstag 16 Dezember 2008 schrieb Helga Fischer:
Ich logge mich dann per ssh von einer anderen Kiste ein und mache dann in der Regel einen reboot. Irgendwann geruht die Kiste dann doch die Tastatur zu laden und ich kann mich lokal anmelden. Meist reicht ein reboot.
Wie ist die Tastatur angeschlossen, USB oder PS2?
Die, die jetzt gerne ausfällt: PS/2
Geht die NumLock- oder CapsLock-LED an und aus, wenn Du die entsprechenden Tasten drückst?
Kann ich jetzt nicht testen, da die Tastatur im Moment funktioniert (nach einem Neustart).
Hast Du Dir mal die Ausgabe von
dmesg | grep input
Ergibt:
Huygens:~ # less dmesg-ohne-tastatur | grep input input: PC Speaker as /devices/platform/pcspkr/input/input0 input: Microsoft Microsoft Trackball Explorer� as /devices/pci0000:00/0000:00:1f.2/usb1/1-1/1-1:1.0/input/input1 input,hidraw0: USB HID v1.00 Mouse [Microsoft Microsoft Trackball Explorer�] on usb-0000:00:1f.2-1 input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input3
Aktuelles dmesg:
Huygens:~ # dmesg | grep input input: PC Speaker as /devices/platform/pcspkr/input/input0 input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 ^^^^^^^^^ War das schon diskutiert? Im thread http://www.fedoraforum.de/viewtopic.php?f=11&t=16583 steht " Nach einem weiteren Bootversuch mit "i8042.nopnp" wurde die Tastatur plötzlich wieder erkannt. Nach dem BIOS-update funktioniert nun auch alles wieder ohne Parameter." Und das in dmesg eine Fehlermeldung "PS/2 appears to have AUX port disabled" gewesen waere. Also dmesg statt nach input viellecht nach "PS/2" greppen? Und in http://forum.ubuntuusers.de/topic/ergaenzung-bootparameter-links-aus-anderen... wird hpet=disable diskutiert.
Viel Erfolg Gruss 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
Hallo Jens, Am Dienstag 16 Dezember 2008 schrieb Jens Nixdorf:
Am Dienstag 16 Dezember 2008 schrieb Helga Fischer:
Da wird bei mir nichts mitgeliefert. Dh, greppen nach input über meine /var/log/messages ergibt nur USB-Devices. Kurioserweise nur bis zum 3. Dezember. Ich weiß aber nicht mehr, ob das das Datum des Updates war.
Doch doch, in Deinem zweiten dmesg-Auszug steht die Tastatur drin, so wie sich das gehört.
Ich habe die ja einmal mit und einmal ohne Tastatur ausgelesen. Heute fuhr der Kerl ohne Zicken hoch. So ein wankelmütiges Verhalten bin ich von Linux gar nicht gewöhnt. Wäre das nicht auf drei verschiedenen HWs passiert, hätte ich an einen Defekt gedacht.
Beim Einloggen über ssh ist es allerdings egal, ob die Tastatur da ist oder nicht.
Nicht, wenn man nachsehen will, ob der Rechner sie überhaupt wahrnimmt. Und hier scheint es so zu sein, dass das device
/devices/platform/i8042/serio0/input/input1
eben nicht mit der echten Hardware belegt wird, bzw. wird input1 eben mit der nächsten passenden Hardware belegt. Als nächsten Schritt sollte man jetzt rausfinden, warum die Tastatur entweder gar nicht erkannt oder gleich wieder vergessen wird, bzw. wer da beim Booten dafür verantwortlich ist, die Tastatur zu finden und einzubinden.
Schau mal, ob sie in /proc/bus/input/devices drinsteht.
Gut, merke ich mir vor. Heute kommt das funktionierende System an die Reihe.
Du kannst wenn die Tastatur nicht funktioniert und Du per ssh eingeloggt bist, mal (als root) den HAL-Daemon neu starten:
/etc/init.d/haldaemon restart
OK.
und sehen, ob die Tastatur danach da ist. Oder
/etc/init.d/kbd restart
OK. (kbd als Stichwort wußte ich noch, hab' aber im YaST nichts gefunden, was das Laden erzwingt).
und dann schauen. Wir tasten uns langsam vor...
Bleibt uns nichts anderes übrig. Da ich eigentlich schon gerne openSUSE 11* verwenden würde, sollte das Problem aus dem Weg geschafft werden. Mir scheint, da sind doch etliche Techniksprünge im Vergleich zu 10* drin. Helga -- 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
participants (6)
-
Helga Fischer -
Hugo Mahr -
Jens Nixdorf -
Joerg Thuemmler -
Philipp Thomas -
Thomas Schirrmacher