Tastatur schaltet sich bei neustart kurzzeitig aus

[diwou]

Hallo,

Ich nutze an meinem Rechner eine Steelseries Apex 7 Tastatur. Das ist so eine RGB Tastatur mit zusätzlichem USB Port.

Wenn ich meinen Rechner (Dual Boot mit Windows / und Debian 12) einschalte, ist alles in Ordnung. Rechner bootet ganz problemlos und die Tastatur macht keine Probleme.

Bei einem Neustart, egal ob vorher Debian oder Windows lief, initialisiert sich die Tastatur normal (Die Lichter gehen kurz aus und wieder an) und ist unter Grub bedienbar. Danach gehen die Lichter im sprichwörtlichen Sinne aus und bleiben auch erst mal aus. Debian bootet ganz normal weiter, nur kann ich eben keine Eingaben machen. Auch der USB Port an der Tastatur ist dann erst einmal tot.

Das ganze dauert dann so knapp eine Minute, danach initialisiert sich das Keyboard und alles funktioniert, wie es soll. Es ist aber schon recht nervig, das ich bei einem Neustart immer so lange warten muss.

dmesg sagt dazu folgendes:

Code: Alles auswählen

[   19.996254] usb 3-6.2: device descriptor read/64, error -110
[   35.612236] usb 3-6.2: device descriptor read/64, error -110
[   35.800214] usb 3-6.2: new full-speed USB device number 6 using xhci_hcd
[   51.343742] usb 3-6.2: device descriptor read/64, error -110
[   66.984091] usb 3-6.2: device descriptor read/64, error -110
[   67.092568] usb 3-6-port2: attempt power cycle
[   67.696372] usb 3-6.2: new full-speed USB device number 7 using xhci_hcd
[   72.793437] xhci_hcd 0000:0a:00.3: Timeout while waiting for setup device command
[   78.169204] xhci_hcd 0000:0a:00.3: Timeout while waiting for setup device command
[   78.376991] usb 3-6.2: device not accepting address 7, error -62
[   78.456933] usb 3-6.2: new full-speed USB device number 8 using xhci_hcd
[   83.544858] xhci_hcd 0000:0a:00.3: Timeout while waiting for setup device command
[   88.920391] xhci_hcd 0000:0a:00.3: Timeout while waiting for setup device command
[   89.128352] usb 3-6.2: device not accepting address 8, error -62
[   89.128822] usb 3-6-port2: unable to enumerate USB device
[   89.208351] usb 3-6.3: new full-speed USB device number 9 using xhci_hcd
[   89.328415] usb 3-6.3: New USB device found, idVendor=1038, idProduct=1612, bcdDevice= 4.01
[   89.328421] usb 3-6.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[   89.328423] usb 3-6.3: Product: SteelSeries Apex 7
[   89.328425] usb 3-6.3: Manufacturer: SteelSeries
[   89.521656] input: SteelSeries SteelSeries Apex 7 as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/0000:03:08.0/0000:0a:00.3/usb3/3-6/3-6.3/3-6.3:1.0/0003:1038:1612.0009/input/input30
[   89.580512] hid-generic 0003:1038:1612.0009: input,hidraw1: USB HID v1.11 Keyboard [SteelSeries SteelSeries Apex 7] on usb-0000:0a:00.3-6.3/input0
[   89.584632] hid-generic 0003:1038:1612.000A: hiddev3,hidraw6: USB HID v1.11 Device [SteelSeries SteelSeries Apex 7] on usb-0000:0a:00.3-6.3/input1
[   89.589578] input: SteelSeries SteelSeries Apex 7 as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/0000:03:08.0/0000:0a:00.3/usb3/3-6/3-6.3/3-6.3:1.2/0003:1038:1612.000B/input/input31
[   89.648566] hid-generic 0003:1038:1612.000B: input,hidraw7: USB HID v1.11 Keyboard [SteelSeries SteelSeries Apex 7] on usb-0000:0a:00.3-6.3/input2
[   89.652927] input: SteelSeries SteelSeries Apex 7 Consumer Control as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/0000:03:08.0/0000:0a:00.3/usb3/3-6/3-6.3/3-6.3:1.3/0003:1038:1612.000C/input/input32
[   89.712414] input: SteelSeries SteelSeries Apex 7 Mouse as /devices/pci0000:00/0000:00:01.2/0000:02:00.0/0000:03:08.0/0000:0a:00.3/usb3/3-6/3-6.3/3-6.3:1.3/0003:1038:1612.000C/input/input33
[   89.712515] hid-generic 0003:1038:1612.000C: input,hidraw8: USB HID v1.11 Mouse [SteelSeries SteelSeries Apex 7] on usb-0000:0a:00.3-6.3/input3
[   89.716568] hid-generic 0003:1038:1612.000D: hiddev4,hidraw9: USB HID v1.11 Device [SteelSeries SteelSeries Apex 7] on usb-0000:0a:00.

Dieses Verhalten habe ich nur unter Linux, unter Windows macht er diese Macke nicht. Egal ob der entsprechende Steelseries Treiber installiert ist, oder nicht. Das liegt auch an der Tastatur selber, wenn ich eine 0815 Tastatur anschließe, passiert dies nicht. Und wie gesagt, wenn der Rechner vorher aus war, taucht das Problem auch nicht auf, nur wenn der Rechner neu gestartet wird.

Starte ich von Debian ins Windows, gibt es kein Problem, von Debian zu Debian sehr wohl und von Windows zu Debian ebenfalls.

Motherboard ist ein Gigabyte X570 Aorus Master. Die restlichen USB Devices haben keine Probleme beim Neustart.

Kennt jemand dieses Phänomen oder hat vielleicht eine Idee, wie ich dies abstellen könnte?

VG Dirk

[orcape]

Hi Dirk,
ich kann Dir zwar bei diesem Problem auch nicht helfen, aber es gibt Dinge, die Hardware betreffend, die lassen sich nicht so einfach fixen.
Abgesehen von meinem sddm-Problem mit dem Tastenblock....
viewtopic.php?p=1344752#p1344752
...habe ich noch ein weiteres Problem.
Meine kabellose LogiLink-Bluetooth-Maus, ist so ein Fall von Hardware, die eigentlich keiner braucht.
Sie aktiviert sich Zeit verzögert und auch erst, wenn ich Sie entweder während oder nach dem Systemstart bewege. Das System erkennt die Maus erst nach Ihrer Aktivität und schaltet Sie dann wenig später zu.
Aber ein kleines Debian12 Pro, diese Maus betreffend. Unter Windows arbeitet Sie gar nicht und auch die mitgelieferte Treiber-CD bleibt wirkungslos.
Soll mal einer sagen unter Windows funktioniert alles.
Gruß Peter

[uname]

Leider habe ich auch keine wirkliche Ahnung. Ich verwende keine modernen Tastaturen. Ich hätte aber zwei Ideen:

1.) Kannst du mal die beiden dmesg-Ausgaben bei Funktion / Nichtfunktion gegenüberstellen? Gibt es Unterschiede? Z. B. auch bei den Zeitabständen.
2.) Vor Jahren gab es ähnliche Probleme bei einigen Anwendern mit WLAN und rfkill. Ich weiß nicht, ob es überhaupt was damit zu tun haben kann, da es eher für "mobile" Geräte gilt. Aber du kannst ja mal rfkill installieren und

Code: Alles auswählen

rfkill list

ausführen. Vielleicht ist dein Gerät dort aufgeführt und hat ähnlche Probleme wie seinerzeit die WLAN-Geräte. Windows hat die Geräte wohl deaktiviert und dann liefen sie plötzlich unter Linux nicht mehr. Was dagegen spricht ist jedoch, dass nach gewisser Zeit die Tastatur korrekt funktioniert. Das war bei WLAN damals wohl nicht der Fall.

[diwou]

1.) Kannst du mal die beiden dmesg-Ausgaben bei Funktion / Nichtfunktion gegenüberstellen? Gibt es Unterschiede? Z. B. auch bei den Zeitabständen.

Ich habe heute morgen da noch ein paar Versuche gemacht. In der Ausgabe von dmesg gibt es nur einen Unterschied.

Während beim einschalten die Tastatur so ca. bei Zeitmarke 4... erkannt und initialisiert wird, passiert dies bei einem Neustart erst so ab ca. 85...

Es sieht so aus, als ob bei einem Neustart die Tastatur einfach nicht eingesteckt wäre.

2.) Vor Jahren gab es ähnliche Probleme bei einigen Anwendern mit WLAN und rfkill. Ich weiß nicht, ob es überhaupt was damit zu tun haben kann, da es eher für "mobile" Geräte gilt. Aber du kannst ja mal rfkill installieren und

Code: Alles auswählen

rfkill list

ausführen. Vielleicht ist dein Gerät dort aufgeführt und hat ähnlche Probleme wie seinerzeit die WLAN-Geräte. Windows hat die Geräte wohl deaktiviert und dann liefen sie plötzlich unter Linux nicht mehr. Was dagegen spricht ist jedoch, dass nach gewisser Zeit die Tastatur korrekt funktioniert. Das war bei WLAN damals wohl nicht der Fall.

Da wird bei mir nur Bluetooth und WLan angezeigt.

Es sieht so aus, als ob die Tastatur beim durchlaufen des GRUB Managers sich einfach abschaltet bei einem Neustart. (GRUB selber kann noch bedient werden) Und möglicherweise ist da irgend ein Watchdog drin, der nach einer bestimmten Zeit den Controller in der Tastatur resettet. Das kann natürlich auch im Zusammenhang mit dem Motherboard, UEFI und was noch so alles da mittlerweile initialisiert wird.

Muss mich wohl mal nach einer anderen Tastatur mal umschauen...