Hmm, da bin ich jetzt auch überfragt ![]()
Zeig mal noch lsusb
Verwendest du den Bluetooth Manager Blueberry oder Blueman. Anstatt Blueberry würde ich mal Blueman probieren.
Hmm, da bin ich jetzt auch überfragt ![]()
Zeig mal noch lsusb
Verwendest du den Bluetooth Manager Blueberry oder Blueman. Anstatt Blueberry würde ich mal Blueman probieren.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 04f2:b829 Chicony Electronics Co., Ltd Integrated Camera
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 0489:e111 Foxconn / Hon Hai Wireless_Device
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
wie gesagt ist aber kein usb dongle.
benutze de standard manager bzw console sollte also der blueman sein
Ok, habe mal ne KI mit deinen Daten Bus 003 Device 002: ID 0489:e111 Foxconn / Hon Hai Wireless_Device gefüttert:
Das relevante Gerät ist:
Die Vendor ID (VID) 0489 gehört zu Foxconn / Hon Hai, und die Product ID (PID) e111 identifiziert den spezifischen Chip. Es handelt sich hierbei um einen MediaTek/Ralink oder einen von Foxconn umbenannten Chip, der oft für WLAN/Bluetooth-Kombikarten verwendet wird.
Da dieser Chip wahrscheinlich die Ursache für die 0x00000000-Meldung ist, müssen wir uns auf die Firmware und den Kernel-Treiber für dieses spezielle Gerät konzentrieren.
Die beste und schnellste Lösung für unbekannte oder neuere Chips, die falsche Versionsinformationen ausgeben, ist fast immer die Verwendung eines neueren Kernels. Neuere Kernel enthalten die benötigten spezifischen Firmware-Blobs und Treiberverbesserungen, um diese Chips korrekt zu initialisieren.
Bitte folgen Sie diesem Schritt, falls noch nicht geschehen:
Auch wenn der neuere Kernel die Firmware automatisch mitbringen sollte, können wir manuell sicherstellen, dass die allgemeinen Firmware-Pakete installiert sind.
Führen Sie die folgenden Befehle aus, um sicherzustellen, dass die Firmware-Sammlung aktuell ist, die den Treiber für Ihren Chip enthalten könnte:
Bash:
Danach neu starten und prüfen.
Falls selbst der neueste Mint-Kernel den Chip nicht korrekt initialisiert, kann es sein, dass eine spezielle Realtek-Firmware benötigt wird, die in älteren Mint-Versionen nicht standardmäßig enthalten ist, da diese Chips oft als Foxconn-Geräte unter Realtek- oder MediaTek-Treibern laufen.
Fazit: Die 0489:e111-ID bestätigt, dass das Problem wahrscheinlich ein Firmware- oder Treiberproblem ist, das durch ein Kernel-Update am schnellsten und saubersten behoben werden sollte.
Da du Punkt 1 (ein Kernelupdate) schon gemacht hast bleibt nur noch Punkt 2 (spezifische Firmware-Prüfung)
Ich hab es geschafft mit Hilfe (Chat GPT)
Kurz gesagt der Laptop der Chip ist zu neu ich würde jetzt einfach kurz die Erklärung von Chatgpt mit posten.
Was war das Problem?
Dein Laptop hat einen sehr neuen Bluetooth-Chip:
(Bluetooth + WLAN kombiniert)
Dieser Chip ist so neu, dass ältere Linux-Kernel (wie sie in Linux Mint verwendet werden) ihn zwar erkennen, aber nicht vollständig initialisieren können, weil:
Der Kernel erkannte das Gerät als „btusb“, aber konnte die Firmware nicht laden oder den Chip nicht korrekt starten.
Das kann man an diesen Symptomen erkennen:
Warum?
👉 Der Hardware-Identifier 0489:e111 wurde erst vor kurzem in den offiziellen Linux-Bluetooth-Treiber aufgenommen.
Vorher wussten Linux-Kernel schlicht nicht, welche Initialisierungsbefehle sie schicken müssen.
Beim Booten passiert Folgendes:
Genau das passiert häufig bei neuen MediaTek-Chips.
Weil du damit erzwingst:
Beim Booten läuft die Initialisierung oft zu früh oder unvollständig.
Beim manuellen Entfernen/Neuladen:
passiert:
Das ist der Grund, warum es plötzlich „geht“.
Der Chip ist neu, die Kernel-Unterstützung ist noch nicht stabil, und beim Booten wird er nicht richtig initialisiert.
Durch das manuelle Neuladen des Treibers wird die Initialisierung korrekt wiederholt.
Aktuelles Proble ist das es warscheinlich nach einem Neustart nicht mehr geht aber das Teste ich jetzt dazu wird dann ein Workaround erstellt falls es so sein sollte bis ein Update kommt.
Ich hab es geschafft mit Hilfe (Chat GPT)
Kurz gesagt der Laptop der Chip ist zu neu ich würde jetzt einfach kurz die Erklärung von Chatgpt mit posten.
Top
Übrigens KI-Ausgaben kannst du auch im KI-Block posten ![]()
Die Lösung hat übrigens meine KI auch vorgeschlagen hab das aber aus irgendeinem Grund komplett überlesen ![]()
![]()
okay das mit dem Ki Block ist mir neu SRY beim nächsten mal
Intressant ist nur das es gerade nach dem Neustart nicht mehr geht
Gonzo-3004 ich werde mir jetzt mal das anschauen was du da gepostet hast. ist doch zum kotzen das der Chip einfach nicht geladen wird
Also anscheinend war es wirklich glück weil es vom Timing abhängt das Problem scheint wirklich erst gelöst zu sein wenn ein Kernel Update kommt ab 6.9 soll es ohne Probleme gehen aber für Mint gibt es den ja gerade nicht. und mit einem aktuelleren läuft das System nicht. es ist doch zum Haare rupfen.
Ich gebe auf habe mich 5 min gefreut aber es bringt nix da jetzt weiter Zeit zu investieren. 3 Tage sind genug
Also anscheinend war es wirklich glück weil es vom Timing abhängt das Problem scheint wirklich erst gelöst zu sein wenn ein Kernel Update kommt ab 6.9 soll es ohne Probleme gehen aber für Mint gibt es den ja gerade nicht. und mit einem aktuelleren läuft das System nicht. es ist doch zum Haare rupfen.
Ich gebe auf habe mich 5 min gefreut aber es bringt nix da jetzt weiter Zeit zu investieren. 3 Tage sind genug
Oder du musst halt nach jedem Neustart
sudo modprobe -r btusb
sudo modprobe btusb
ausführen bis das gefixt ist ![]()
Oder du erstellt dir ein Bash-Skript und führst es beim Starten von Mint aus (Autostart)
Musst mal probieren, keine Ahnung ob das geht
Das Skript speicherst du z.B. unter dem Namen bluetooth-reset.sh
Das Skript ausführbar machen mit: chmod +x ~/bluetooth-reset.sh
Damit das Skript als Root ausgeführt werden kann:
sudo crontab -e ausführen und am Ende der Datei @reboot /bin/bash /home/DEIN_BENUTZERNAME/bluetooth-reset.sh einfügen.
Neustart
ja wenn das so einfach wäre mit einem script hab gerade das problem das sich der chip "gesperrt" hat kann kein pwoer on befehl senden
luetoothctl
Waiting to connect to bluetoothd...[bluetooth]# Agent registered
[bluetooth]# power on
[bluetooth]# Failed to set power on: org.bluez.Error.Failed
[bluetooth]#
gesehen wird er aber hängt anscheinend
Ach man also man kann das Thema jetzt al Erledigt erklären danke für die viele Hilfe aber ohne Kernel update wird das nix.
Nach Neustart Problem das der CHip nicht mehr angesprochen werden konnte.
Jetzt nach Herunterfahren warten Starten wird der Chip nicht mehr Initialisiert bor
Also anscheinend war es wirklich glück weil es vom Timing abhängt das Problem scheint wirklich erst gelöst zu sein wenn ein Kernel Update kommt ab 6.9 soll es ohne Probleme gehen aber für Mint gibt es den ja gerade nicht
In meinem Mint Cinnamon 22.2 ist 6.14.0-35-generic installiert. Wäre der nicht neu genug?
In meinem Mint Cinnamon 22.2 ist 6.14.0-35-generic installiert. Wäre der nicht neu genug?
Müsste man nachsehen ,oder ausprobieren, ob das Problem da gefixt wurde.
Edit:Auf die schnelle sieht’s nicht so aus.
Cor442 : Wenn es unter Arch ging kannst du doch nachschauen, welcher Kernel das war. Evtl. bekommt man den dann auch für Mint. Oder - wie früher -kompiliert man ihn sich (gerade mal) selber ![]()
Auch hier im Board gab es schon Probleme mit diesem Kernel.
Gerbil ja die Idee hatte ich auch hab dann per Mainline den Kernel 6.9. irgendwas geladen was bei Arch geht bzw wo es angeblich gefixt sein sollte. Aber das ging auch nicht zu 100%.
Und von irgendwelchen Kernel kompilieren hab ich gar keinen Plan
Don’t have an account yet? Register yourself now and be a part of our community!