Keine Eingabe möglich nach jeder Neuinstallation

onkelhamu · October 16, 2025 at 10:46 PM

Guten Abend,

ich habe eine Frage, die mich schon seit gefühlt Hunderten Installationen quält. Nach der Installation boote ich in das neue System, melde mich an, und dann... kann ich auf dem desktop keinen Rechtsklick ausfühen( um z.B. das Hintergrundbild zu ändern ) Tastatureingaben ( z.B. in einem Editor ) gehen auch nicht. Das System zeigt dieses Zeichen ( unten Mitte )

Zur Abhilfe kann ich strg alt f2 drücken um auf eine Konsole zu wechseln, dann wieder zurück strg alt f7 - nun funktioniert alles. Kommt aber manchmal wieder!

Im internet hab ich mal ne Lösung gefunden:

sudo nano /usr/lib/udev/rules.d/97-hid2hci.rules

Scroll to the bottom and find
# CSR devices
ATTR{idVendor}=="0a12|0458|05ac", ATTR{idProduct}=="1000", RUN+="hid2hci --method=csr --devpath=%p"
Just below that add
# CSR2 devices
ATTR{idVendor}=="0a12", ATTR{idProduct}=="4007", RUN+="hid2hci --method=csr2 --devpath=%p"

LABEL="hid2hci_end"
Save, exit editor and reboot

Das funktioniert anscheinend, aber was tue ich da eigendlich? Woran kann das liegen? Und ist das die richtige Vorgehensweise?

Vielen Dank falls das Problem einer kennt.

kim88 · October 17, 2025 at 6:17 AM

Das Problem, das du beschreibst – kein Maus-Rechtsklick oder Tastatureingaben, bis du kurz auf eine andere TTY (z. B. Strg+Alt+F2) und zurück wechselst – hängt mit einem bekannten Bluetooth-/USB-Treiberproblem zusammen, das bestimmte Dongles betrifft, vor allem solche mit CSR-Chipsatz (Vendor-ID 0a12)

Viele Bluetooth-USB-Sticks mit CSR-Chipsatz starten beim Booten im HID-Modus (Human Interface Device), um z. B. eine Bluetooth-Tastatur für das BIOS nutzbar zu machen. Unter Linux muss der Treiber jedoch den Stick in den HCI-Modus (Host Controller Interface) schalten, damit er korrekt als Bluetooth-Adapter funktioniert.

Dieser Übergang wird normalerweise automatisch durch hid2hci gesteuert, das über die udev-Regeldatei /usr/lib/udev/rules.d/97-hid2hci.rules ausgeführt wird .
Wenn dein Gerät aber eine leicht andere Produkt-ID verwendet (z. B. 0a12:4007 anstatt 0a12:1000 ), wird es von der Originalregel nicht erkannt – daher bleibt der Stick im falschen Modus und verursacht Einfrierungen oder fehlende Eingaben.

Die Zeile, die du ergänzt hast:

Code

ATTR{idVendor}=="0a12", ATTR{idProduct}=="4007", RUN+="hid2hci --method=csr2 --devpath=%p"

weist udev an, beim Systemstart dein CSR-Gerät automatisch aus HID- in HCI-Modus umzuschalten, indem der hid2hci Befehl mit der Methode csr2 ausgeführt wird.
Damit funktioniert die Bluetooth-Kommunikation korrekt und der Bug tritt nicht mehr auf.

Endgültig lösen kannst du das Problem, in dem du dir einen anderen mehr kompatiblem Bluetooth Dingle organisierst. Oder deine Peripherie per Kabel verbindest.

onkelhamu · October 17, 2025 at 8:17 AM

Super, vielen Dank für die Info. Damit kann ich doch weiterarbeiten.

/su · October 17, 2025 at 9:10 AM

Hi

Das ist ein Problem was aber vielfach bei Logitech auftritt wenn nicht die Original unifying Empfänger verwendet werden sondern normale Bluetooth Empfänger oder. ?
Ist dir das schon mal anders untergekommen kim88 ?

Gruß

kim88 · October 17, 2025 at 10:10 AM

Die Logitech Empfänger sind doch gar nicht Bluetooth sondern Funk? Keine Ahnung. Ich nutze zwar Logitech Hardware aber alle direkt über Bluetooth. Da ich nur Intel Hardware kaufe und da darauf achte das ich auch immer Intel Wlan/Bluetooth Chips in den Notebooks habe bin ich da nicht so bewandert.

Intel pflegt die Wlan/Bluetooth Treiber für Linux sehr vorbildlich die funktionieren seit über 10 Jahren absolut einwandfrei. Ohne nachträglich irgendwas konfigurieren oder basteln zu müssen Out-of-the-Box mit dem Kernel.

/su · October 17, 2025 at 10:46 AM

Stimmt viele sind per Funk, aber die MX Serie kann beides wenn ich das richtig im Kopf habe.

Die Intel Sachen verwende ich meist auch mit allen anderen vor allem Asus habe ich nur negative Erfahrungen gesammelt.

Naja war nur rein Interesse halber.

Ich bin wie immer zu Neugierig.

thx

onkelhamu · October 17, 2025 at 6:00 PM

ah... also mit einem Intel Dongle hätte man diese Sorgen nicht??

kim88 · October 17, 2025 at 6:12 PM

Ehrlich gesagt weiss ich nicht ob Intel Dongels verkauft. Intel W-Lan Module haben heute eigentlich Bluetooth immer direkt integriert. Aber es gibt sicherlich Dongles die dieses Problem nicht haben.

onkelhamu · October 17, 2025 at 6:13 PM

ah, nach kurzer oberflächlicher Recherche ist sowas gar nicht so einfach zu finden?

Frostlike8343 · October 17, 2025 at 6:19 PM

Was ich nicht verstehe: Wenn ich ein OS neu installiere, dann müssten dabei ja schon Treiberprobleme auftreten.

Des weiteren sehe ich nach einer Installation nicht mehr das Installscript auf dem Desktop, sondern einen leeren Desktop oder Home und Papierkorb etc., warum ist auf dem Screenshot dann das Installscript zu sehen?

Auch kann ich das Sperrsymbol unten nicht einem Treiberproblem zuordnen.

K-P · October 17, 2025 at 7:01 PM

Der Desktop sieht tatsächlich aus als sei er von vor der Installation.

Borrtux · October 17, 2025 at 7:29 PM

Quote from KP59 (Ex-Scheinich)

Der Desktop sieht tatsächlich aus als sei er von vor der Installation.

Eindeutig. Ist der Desktop vom Livesystem. Deshalb oben "install Mint" zu sehen.

onkelhamu · October 17, 2025 at 7:34 PM

das war live system für den sceenshot, versucht euch das script wegzudenken...

oski146 · October 17, 2025 at 8:12 PM

Quote from kim88
Das Problem, das du beschreibst – kein Maus-Rechtsklick oder Tastatureingaben, bis du kurz auf eine andere TTY (z. B. Strg+Alt+F2) und zurück wechselst – hängt mit einem bekannten Bluetooth-/USB-Treiberproblem zusammen, das bestimmte Dongles betrifft, vor allem solche mit CSR-Chipsatz (Vendor-ID 0a12)
Viele Bluetooth-USB-Sticks mit CSR-Chipsatz starten beim Booten im HID-Modus (Human Interface Device), um z. B. eine Bluetooth-Tastatur für das BIOS nutzbar zu machen. Unter Linux muss der Treiber jedoch den Stick in den HCI-Modus (Host Controller Interface) schalten, damit er korrekt als Bluetooth-Adapter funktioniert.
Dieser Übergang wird normalerweise automatisch durch hid2hci gesteuert, das über die udev-Regeldatei /usr/lib/udev/rules.d/97-hid2hci.rules ausgeführt wird .
Wenn dein Gerät aber eine leicht andere Produkt-ID verwendet (z. B. 0a12:4007 anstatt 0a12:1000 ), wird es von der Originalregel nicht erkannt – daher bleibt der Stick im falschen Modus und verursacht Einfrierungen oder fehlende Eingaben.
Die Zeile, die du ergänzt hast:
Code
ATTR{idVendor}=="0a12", ATTR{idProduct}=="4007", RUN+="hid2hci --method=csr2 --devpath=%p"
weist udev an, beim Systemstart dein CSR-Gerät automatisch aus HID- in HCI-Modus umzuschalten, indem der hid2hci Befehl mit der Methode csr2 ausgeführt wird.
Damit funktioniert die Bluetooth-Kommunikation korrekt und der Bug tritt nicht mehr auf.
Endgültig lösen kannst du das Problem, in dem du dir einen anderen mehr kompatiblem Bluetooth Dingle organisierst. Oder deine Peripherie per Kabel verbindest.
Display More

das kann ichso bestätigen mein usb mikrofon wird als hiddevice gemountet statt als mikrofon das behindert das booten immer leicht

Participate now!