Tastatur und Maus funktionieren nicht immer

Elvira · September 30, 2024 at 8:45 AM New

Seit einigen Tagen habe ich das Problem wie oben im Titel. Beides USB Geräte. Zuerst war das Problem nur bei der PS2 Maus, das Kabel liegt momentan so quer über meine Beine (ist nur vorübergehend und nicht optimal ich weiß) da sie schon öfter mal heruntergefallen ist, liegt es nahe dass die eine Knacks weg hat. Was nicht der Fall ist. Natürlich hab ich auch auf einen anderen USB Anschluß umgestöpselt, hat aber nichts verändert.

Jetzt ist es öfter vorgekommen dass auch die Tastatur nicht reagiert, was mir jetzt seltsam vorkam. Nur daran dass ich Linux Mint aktualisiert habe, kann doch nicht der Grund sein. Meine Idee war dann mal unter "Protokoll" zu schauen ob da irgendwas zu sehen ist, ich kenne mich zwar nicht aus was da im Protokoll steht aber es scheint ein Zusammenhang zu bestehen. Was könnt Ihr daraus lesen ?

Gerbil · September 30, 2024 at 11:44 AM New

Kann dir aus dem Stehgreif nicht helfen aber es könnte noch Hinweise hinter dem "Possible causes include ..." angezeigt werden wenn du auf das Symbol mit den drei Punkten klickst.

Elvira · September 30, 2024 at 12:08 PM New

Quote from Gerbil

Kann dir aus dem Stehgreif nicht helfen aber es könnte noch Hinweise hinter dem "Possible causes include ..." angezeigt werden wenn du auf das Symbol mit den drei Punkten klickst.

Danke

bttr · September 30, 2024 at 2:54 PM New

Ich würde wohl eher dazu raten, dir mal für ein paar Stunden oder Tage eine andere Maus & Tastatur auszuborgen und zu testen, ob der Fehler dann immer noch auftritt.

Wenn der/die Bekannte nett ist, arbeitet er in der Zeit mit deinen Geräten.

Also Über-Kreuz-Tausch und schauen, ob der Fehler wandert.

Ansonsten bitte Infos zum Hersteller & Modell der beiden Geräte.

Gerbil · September 30, 2024 at 3:15 PM New

Gute Idee von bttr vor allem, da du das Kabel der Maus eh schon in Verdacht hast. (Weit hergeholt: das Mauskabel mach kurzzeitig einen Kurzschluss und das USB System resettet sich).

Es könnte noch hilfreich sein, in einem Terminal den Befehl dmesg -W laufen zu lassen. Der zeigt neu ankommende Kernelmeldungen an in dem Moment, wo "das Problem" auftritt. Dann schaust du, ob im Moment des Auftretens (Maus / Tastatur weg oder wieder da) eine neue Meldung im Terminal zu sehen ist. Die könntest du als Text hier rein kopieren und man könnte danach googeln.

Elvira · September 30, 2024 at 4:49 PM New

Quote from bttr

Ich würde wohl eher dazu raten, dir mal für ein paar Stunden oder Tage eine andere Maus & Tastatur auszuborgen und zu testen, ob der Fehler dann immer noch auftritt.
Wenn der/die Bekannte nett ist, arbeitet er in der Zeit mit deinen Geräten.
Also Über-Kreuz-Tausch und schauen, ob der Fehler wandert.
Ansonsten bitte Infos zum Hersteller & Modell der beiden Geräte.

Also die Maus ist eine "kabelgebundene Maus Wired Mouse ICM 1000" von Imtron GmbH

die Tastatur ist eine Logitech K120

Ansonsten tausche ich mal die beiden Geräte, sobald ich weiß wie Gerbil das gemeint hat mit dem Terminal Befehl.

Elvira · September 30, 2024 at 4:53 PM New

Quote from Gerbil

Es könnte noch hilfreich sein, in einem Terminal den Befehl dmesg -W laufen zu lassen. Der zeigt neu ankommende Kernelmeldungen an in dem Moment, wo "das Problem" auftritt.

Meinst Du JETZT im Zustand Maus und Tastatur ist noch nicht ausgetauscht diesen Befehl ins Terminal eingeben ?

Gerbil · September 30, 2024 at 7:45 PM New

Quote from Elvira

Meinst Du JETZT im Zustand Maus und Tastatur ist noch nicht ausgetauscht diesen Befehl ins Terminal eingeben ?

Genau, wir wollen doch gemeldete Fehler in dem Moment sehen, wenn das Problem auftritt. Also einfach den Befehl in ein Terminal eingeben und in einem anderen Programm weiter arbeiten (also am Besten nicht Fenster bildschirmfüllend sondern nebeneinander. Wenn dann die Maus oder das Keyboard hakt schauen, ob im Terminal eine Meldung gebracht worden ist. Genauso könnte eine Meldung generiert werden, wenn M oder K wieder funktionieren.

Elvira · September 30, 2024 at 7:49 PM New

Ich habe jetzt gerade dmesg -W eingefügt ....wahrscheinlich falsch. Da ist nix passiert.

Gerbil · September 30, 2024 at 8:01 PM New

Wahrscheinlich richtig Wenn du dmesg -W im Terminal eintippst geht der Cursor in die nächste Zeile und wartet, das Programm ist nicht beendet. Wenn du es beenden willst musst du Strg-C drücken oder das Terminal schließen.

Das Programm wartet beharrlich bis das Linuxsystem (der sogenannte Kernel) eine Meldung schickt, die dann Zeilenweise angezeigt werden. Du kannst es testen indem du eine Meldung absichtlich erzeugst durch z.B. Bluetooth oder Wlan an oder ausschalten.

Wenn du das Programm wie oben gestartet hast und das Terminal zeigt noch keinen neuen Eingabepromt (bei dir wahrscheinlich das $ Zeichen) dann ist alles in Ordnung und das Programm dmesg wartet. Wenn du allerdings wieder am Prompt bist und könntest weitere Eingaben machen dann ist beim Starten was falsch gelaufen. Hoffe, das hilft dir etwas.

Elvira · September 30, 2024 at 8:19 PM New

Ich fürchte, ich mache da etwas falsch.

Elvira · September 30, 2024 at 8:22 PM New

Code

9:23:09 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
19:23:09 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
19:23:09 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
19:23:09 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
19:23:09 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
19:23:08 kernel: Buffer I/O error on dev sr1, logical block 49151, async page read
19:23:08 kernel: blk_update_request: I/O error, dev sr1, sector 49145 op 0x0:(READ) flags 0x0 phys_seg 7 prio class 0
19:23:08 kernel: Buffer I/O error on dev sr1, logical block 49144, async page read
19:23:08 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
19:23:08 kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
18:59:36 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
18:59:36 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
18:59:36 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
18:59:36 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
18:59:36 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
18:59:36 kernel: Buffer I/O error on dev sr1, logical block 49151, async page read
18:59:36 kernel: blk_update_request: I/O error, dev sr1, sector 49145 op 0x0:(READ) flags 0x0 phys_seg 7 prio class 0
18:59:36 kernel: Buffer I/O error on dev sr1, logical block 49144, async page read
18:59:36 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
18:59:36 kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
18:14:10 kernel: usb 2-1.8: device not accepting address 33, error -32
16:29:23 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
16:29:23 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
16:29:23 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
16:29:23 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
16:29:23 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
16:29:23 kernel: Buffer I/O error on dev sr1, logical block 49151, async page read
16:29:23 kernel: blk_update_request: I/O error, dev sr1, sector 49145 op 0x0:(READ) flags 0x0 phys_seg 7 prio class 0
16:29:23 kernel: Buffer I/O error on dev sr1, logical block 49144, async page read
16:29:23 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
16:29:23 kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
13:48:26 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
13:48:25 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
13:48:25 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
13:48:25 kernel: Buffer I/O error on dev sr1, logical block 12287, async page read
13:48:25 kernel: blk_update_request: I/O error, dev sr1, sector 49148 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
13:48:25 kernel: Buffer I/O error on dev sr1, logical block 49151, async page read
13:48:25 kernel: blk_update_request: I/O error, dev sr1, sector 49145 op 0x0:(READ) flags 0x0 phys_seg 7 prio class 0
13:48:25 kernel: Buffer I/O error on dev sr1, logical block 49144, async page read
13:48:25 kernel: blk_update_request: I/O error, dev sr1, sector 49144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
13:48:25 kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
08:02:44 kernel: usb 2-1.8: device descriptor read/64, error -32
07:34:04 pulseaudio: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
07:33:22 systemd: Failed to start casper-md5check Verify Live ISO checksums.
07:32:47 kernel: ima: Error Communicating to TPM chip
07:32:47 kernel: x86/cpu: VMX (outside TXT) disabled by BIOS

Display More

Elvira · September 30, 2024 at 8:23 PM New

Hilft das weiter ?

Gerbil · September 30, 2024 at 8:33 PM New

Quote from Elvira

Ich fürchte, ich mache da etwas falsch.

Nun, du hast wohl doch alles richtig gemacht :-))

Da hast du jetzt ja einige Fehlermeldungen bekommen. Sind die in dem Moment passiert, wo auch Maus oder Keyboard nicht gingen? Ich weiß jetzt nicht, welches Gerät bei dir an /dev/sr1 hängt - aber da tauchen Lesefehler auf. Dem sollte man unbedingt nachgehen. Dann ist noch direkt ein USB Fehler zu sehen

usb 2-1.8: device descriptor read/64, error -32

der könnte mit dem Maus/Keyboard Problem zusammenhängen. Ist vielleicht ein Folgefehler von dem vorher. Vielleicht weiß ein anderer schlauer Kopf hier, wie wir den /dev/sr1 Fehler weiter einkreisen können.

Elvira · September 30, 2024 at 8:38 PM New

Quote from Gerbil

Nun, du hast wohl doch alles richtig gemacht :-))

Ich habe einfach nochmal das Protokoll aufgerufen und irgendwie versucht es zu speichern und in den Code-Block einzufügen. Das was im Protokoll steht, war was ich heute tagsüber gemacht habe am PC.

Elvira · September 30, 2024 at 8:40 PM New

Quote

Sind die in dem Moment passiert, wo auch Maus oder Keyboard nicht gingen?

Sorry hab Deine Frage übersehen.

Nein ich hatte den ganzen Tag über, als ich am PC gearbeitet habe keine Probleme mit Maus und Tastatur.

Elvira · September 30, 2024 at 8:44 PM New

Das hilft vielleicht weiter...

Gerbil · September 30, 2024 at 8:45 PM New

Quote from Elvira

Ich habe einfach nochmal das Protokoll aufgerufen und irgendwie versucht es zu speichern und in den Code-Block einzufügen. Das was im Protokoll steht, war was ich heute tagsüber gemacht habe am PC.

Das verstehe ich jetzt leider nicht. Die Meldungen sind also nicht aus dem dmesg Programm? Meine Beschreibung oben soll die Fehlermeldung anzeigen, die in dem Moment geworfen wird wenn der Fehler auftritt.

Trotzdem sollte man dem /dev/sr1 Fehler nachgehen - hat sonst noch jemand eine Idee?

Elvira · September 30, 2024 at 8:48 PM New

Quote from Gerbil

Die Meldungen sind also nicht aus dem dmesg Programm?

Nein

Gerbil · September 30, 2024 at 9:25 PM New

Quote from Elvira

Nein

OK, dann

Quote from Elvira

Ich fürchte, ich mache da etwas falsch.

dann doch noch mal zu deinem Versuch mit dmesg von oben. Du hast alles richtig gemacht, du darfst nur das Programm nicht mit Strg-C abbrechen sondern nach der Eingabe und dem ersten Enter (erste Zeile in deinem Bild oben) einfach warten, der Cursor steht in der 2. Zeile und es passiert nichts, solange das System keine Nachrichten / Fehler meldet. Nur wenn du das Programm abbrechen willst brauchst du Strg-C.

Ich würde vorschlagen, dass wenn das Problem wieder mal auftritt den Versuch mit dmesg noch mal zu machen.

Tastatur und Maus funktionieren nicht immer

Participate now!

Similar Threads

Was wird denn gerade so gezockt?

Linux Mint 22: Bluetooth soll sich nicht abschalten

Raspi Pi 4 und USB-HDD an USB 3.0

6 users have written here

Users Viewing This Thread