USB Tastatur wird sporadisch nicht erkannt

[Exxter]

Hallo,

bin mir nicht sicher ob das hier rein passt, ich hoffe mal.

Ich habe zwei Debian stretch (Kernel 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2) Desktop PC's und bei beiden wird sporadisch die Maus oder die Tastatur beim Hochfahren nicht erkannt. Wenn ich auf den gleichen PC's Windows 10 starte, wird immer alles erkannt. Beide haben gute Asus Boards und bei beiden hängen Maus und Tastatur nicht direkt am USB-Port des Motherboards sondern an einem USB-Hub, damit ich die Stecker von Maus/Tastatur schnell mal raus und wieder reinstecken kann, wenn sie nicht erkannt werden und weil die Kabel sonst nicht ausreichen.

Einer hat auch noch einen Aten KVM-Switch dazwischen. Bei beiden ist es so, wenn ich den USB-Stecker der Maus/Tastatur kurz rausziehe und wieder einstecke funktioniert wieder alles. Ich habe auch schon alle möglichen USB-Ports am Motherboard durchgetestet, daran liegt es nicht. Auch die USB-Hubs und Kabel habe ich gewechselt, von USB2 auf neue USB3-Hubs - es hat alles nichts gebracht. Ein reboot löst das Problem auch.

Jetzt kam mir die Idee, kann ich das entfernen des Kabels nicht per Software lösen - also zB. "hänge 30 Sekunden, nachdem der PC hochgefahren ist, alle USB-Geräte nochmal aus und wieder ein"?

Da es das Problem unter Windows nicht gibt, gehe ich davon aus, dass es ein Treiberproblem ist.

Jemand eine Idee?

[pferdefreund]

Nachschauen, welche Modules da zuständig sind und beim Systemstart eine Unit laufen lassen,
die die entsprechend entlädt, 10 Sekunden wartet und wieder neu läd.
Script könnte so aussehen
rmmod xxxx
rmmod xxxx wie sie halt so heißen
sleep 10
modprobe xxxx
modprobe xxxx.
Wäre ein Vesuch wert.
Eventuell hilft auch Einschalten USB Legacy-mode im Bios/UEfi.

[Exxter]

Danke dir für den Tip! Das müsste ja dann das Modul hid sein:

Code: Alles auswählen

root@nas:~$ lsmod|grep hid
hid_generic            16384  0
usbhid                 53248  0
usbcore               253952  5 usbhid,usb_storage,xhci_pci,uas,xhci_hcd
i2c_hid                20480  0
hid                   122880  3 i2c_hid,hid_generic,usbhid
root@nas:~$

reicht es, wenn ich das Modul hid neu lade oder besser auch i2c_hid,hid_generic,usbhid?

Aber das teste ich gleich mal aus.

Edit: der legacy-mod im Bios ist schon aktiv.

[rendegast]

Edit: der legacy-mod im Bios ist schon aktiv.

Das ist im allgemeinen dafür, daß USB-Maus/Tastatur schon beim BIOS oder auch grub-Menü benutzbar sind,
statt erst unter Betriebssystem mit Laden der Treiber.

[Exxter]

Edit: der legacy-mod im Bios ist schon aktiv.

Das ist im allgemeinen dafür, daß USB-Maus/Tastatur schon beim BIOS oder auch grub-Menü benutzbar sind,
statt erst unter Betriebssystem mit Laden der Treiber.

Ja, dh. bei grub ist es fast zwingend nötig, diesen Modus einzuschalten, sonst kann man dort kein anderes OS auswählen, oder?
Also bis jetzt läuft das Script:

Code: Alles auswählen

#!/bin/bash

rmmod i2c_hid
rmmod hid_generic
rmmod usbhid
rmmod hid

modprobe hid
modprobe usbhid
modprobe hid_generic
modprobe i2c_hid

exit 0

nach jedem Reboot, bisher war Maus/Tastatur immer verfügbar. Aber es war vorher auch nur alle paar Tage/Wochen mal, dass sie nicht erkannt wurde. Also abwarten....

[Exxter]

Hat leider nichts gebracht, jetzt lief die Tastatur wieder nicht. Komisch finde ich ja, dass die Maus funktioniert, obwohl sie am selben Anschluss/Kabel hängen..

[pferdefreund]

Dann ist da ja wohl ein Hub dazwischen. Eventuell macht der ja die Probleme. Mal Maus und Tasten an getrennte USB-Ports anschließen - da langen die langsamsten und schauen was passiert.

[Exxter]

Ich habe schon 3 Hubs über einige Monate probiert, von uralt USB2 Belkin bis neu USB3 Anker, Kabel sowohl USB2 als auch USB3 auch schon getauscht. Bei einem habe ich kürzlich ein USB2-Repeater-Kabel hingelegt, hat auch nichts gebracht. Und es ist auch wichtig, dass es an zwei unabhängigen Debian Stretch Desktop PC's passiert, mit ganz eigener Hardware, eigener Tastatur/Maus/USB-Hubs/Kabel.

[OrangeJuice]

Welche Tastatur und Maus hast du?

Kannst mit "lsusb" und "lsusb -v" nachschauen was Debian erkennt. Bei meiner Maus und Tastatur steht etwas noch etwas von "Couldn't open device, some information will be missing". Sie laufen aber.

[Exxter]

Bei einem Rechner kann ich gerade zugreifen, Tastatur ist eine Cherry MX Board 3.0, Maus Logitech G600:

Code: Alles auswählen

Bus 002 Device 002: ID 2109:0813 VIA Labs, Inc.
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 058f:6362 Alcor Micro Corp. Flash Card Reader/Writer
Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 008: ID 046a:010d Cherry GmbH
Bus 001 Device 007: ID 0557:8021 ATEN International Co., Ltd CS1764A [CubiQ DVI KVMP Switch]
Bus 001 Device 006: ID 046d:c24a Logitech, Inc. G600 Gaming Mouse
Bus 001 Device 004: ID 0409:005a NEC Corp. HighSpeed Hub
Bus 001 Device 002: ID 2109:2813 VIA Labs, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bzw. lsusb -v: https://paste.debian.net/1067299/

Das ist das System mit KVM dazwischen. Ein wichtiger Punkt ist auch, finde ich, dass mit der gleichen Hardware unter Windows alles läuft. Deshalb gehe ich von einem Softwareproblem aus.

[Exxter]

Hallo,

nach den ganzen Tests hatte ich wenig Hoffnung, das Problem noch zu finden. Deswegen habe ich vor paar Wochen ein neues schnurloses Maus und Tastatur Set von Cherry "DW5100" angeschlossen. Ich ging davon aus, dass es damit gehen MUSS, es hängt ja schließlich direkt am PC ohne Kabel. Leider kommt es wieder geschätzt einmal pro Woche vor, dass Maus und Tastatur nicht funktionieren. Erst wenn der Dongle entfernt und wieder eingesteckt wird, funktioniert alles. Was mich echt nervt ist, dass unter Windows 10 auf der gleichen Hardware alles funktioniert, obwohl das natürlich deutlich seltener benutzt wird. Trotzdem hätte es dort auch passieren müssen.

Das Script:

Code: Alles auswählen

rmmod i2c_hid
rmmod hid_generic
rmmod usbhid
rmmod hid

modprobe hid
modprobe usbhid
modprobe hid_generic
modprobe i2c_hid

welches bei jedem Start des PC's über die /etc/crontab ausgeführt wird:

@reboot root sleep 30s ; /usr/local/sbin/usb-nach-boot-neu-starten

hat nichts genützt. Das Upgrade auf Buster hat auch nichts genützt.

Noch jemand eine Idee?