ich grabe ein altes Thema aus:
Ich habe die gleiche Fehlermeldung auf meiner Installation, wenn ich Bluetooth verwenden möchte.
Auf meinem RPI war es in Ordnung, aber ich bin auf PC + UBUNTU umgestiegen und es funktioniert nicht mehr.
Unter Ubuntu ist mein Dongle in Ordnung, da ich ein Gerät über Bluetooth paarweise verbinden kann.
Ich habe mehrmals neu gestartet und auch den Docker-Neustart durchgeführt.
Ideen?
Danke
Auf deinem Ubuntu-PC, wenn du folgendes ausführst:
sudo systemctl status bluetooth
Was siehst du?
Falls es funktioniert, wenn du folgendes ausführst:
hcitool dev
Siehst du deine Bluetooth-Geräte?
In den Statuten habe ich « running » und « enable »
Danach zeigt mir der Befehl hcitool dev Elemente an: ein hci0 und ein hci2 mit ihren jeweiligen Adressen
Und wenn du in den Container eintrittst:
docker exec -it gladys sh
Und du machst:
hcitool dev
?
Ich frage mich, ob dem Docker-Container nicht ein Volume fehlt…
Beim Suchen im Internet habe ich den Eindruck, dass DBus benötigt wird:
-v /var/run/dbus:/var/run/dbus \
Aber bei D-Bus merke ich, dass meine Unix-Kenntnisse sehr begrenzt sind… Ich kenne D-Bus überhaupt nicht und habe angefangen zu lesen… Ich habe nicht alles verstanden ^^
dieses Mal habe ich ChatGPT um etwas Hilfe gebeten und habe ein bisschen mehr verstanden. Ich habe also die restlichen Befehle ausgeführt und dann neu gestartet, aber es hat nichts gebracht, ich habe immer noch meine Fehlermeldung…
Laut deinem Screenshot scheint es gut auszusehen, also musst du nicht in DBus herumwühlen.
Seltsam, dass es in Gladys nicht funktioniert, wenn du die Bluetooth-Geräte aus dem Container auflisten kannst!
Gibt es einen Fehler in den Gladys-Logs, wenn du scannst?
Hallo,
Ich denke, dieses Thema ist identisch:
https://community.gladysassistant.com/t/pas-de-bluetooth-sur-minipc-beelink-s12/9217
Wir sind zwei weitere, die das Problem haben.
Mini-PC Lenovo ThinkCentre M93p
sudo systemctl status bluetooth
● bluetooth.service - Bluetooth-Dienst
Geladen: geladen (/lib/systemd/system/bluetooth.service; aktiviert; Voreinstellung des Herstellers: aktiviert)
Aktiv: aktiv (laufend) seit So 2024-12-01 16:33:03 CET; 3 Tage
Docs: man:bluetoothd(8)
Hauptprozess: 667 (bluetoothd)
Status: "Läuft"
Aufgaben: 1 (Limit: 9306)
Speicher: 1.9M
CPU: 81ms
CGroup: /system.slice/bluetooth.service
└─667 /usr/lib/bluetooth/bluetoothd
déc. 03 17:42:38 lenovo bluetoothd[667]: Endpoint deregistriert: Absender=:1.184 Pfad=/MediaEndpoint/A2DPSink/sbc_xq_552
déc. 03 17:42:38 lenovo bluetoothd[667]: Endpoint deregistriert: Absender=:1.184 Pfad=/MediaEndpoint/A2DPSource/sbc_xq_552
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSink/sbc
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSource/sbc
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSink/sbc_xq_453
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSource/sbc_xq_453
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSink/sbc_xq_512
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSource/sbc_xq_512
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSink/sbc_xq_552
déc. 04 10:49:33 lenovo bluetoothd[667]: Endpoint registriert: Absender=:1.237 Pfad=/MediaEndpoint/A2DPSource/sbc_xq_552
hcitool dev
Geräte:
hci0 80:00:0B:CE:2F:B0
ergibt dieselbe Antwort
Ich frage mich, ob im Gladys-Container nicht einige Abhängigkeiten fehlen
Wenn ich die Seite der Abhängigkeit, die wir verwenden (https://www.npmjs.com/package/@abandonware/noble#installation) anschaue
Sehe ich, dass diese Abhängigkeiten benötigt werden:
apt-get install bluetooth bluez libbluetooth-dev libudev-dev
Dabei sehe ich im Dockerfile von Gladys nur bluez:
Ich frage mich, ob das ausreicht oder nicht.
Könnte jemand in seinen Gladys-Container gehen und nacheinander diese Abhängigkeiten installieren und testen, ob es danach in Gladys funktioniert?
Um in den Container zu gelangen:
docker exec -it gladys sh
Dann testen, bluetooth zu installieren:
apt-get install bluetooth
Dann in Gladys erneut testen
Falls es nicht funktioniert, testen, libbluetooth-dev zu installieren:
apt-get install libbluetooth-dev
Dann in Gladys erneut testen.
Falls es nicht funktioniert, testen, libudev-dev zu installieren:
apt-get install libudev-dev
Vielen Dank im Voraus! 
Falls es das ist, würde ich die Abhängigkeiten zum Container hinzufügen
apt-get install bluetooth
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Zustandsinformationen werden eingelesen… Fertig
E: Paket bluetooth kann nicht gefunden werden
apt-get install libbluetooth-dev
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Zustatsinformationen werden eingelesen… Fertig
E: Paket libbluetooth-dev kann nicht gefunden werden
apt-get install libudev-dev
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Zustandsinformationen werden eingelesen… Fertig
E: Paket libudev-dev kann nicht gefunden werden
Was ich nicht verstehe, ist, dass es funktioniert hat, da ich zwei Nut-Nut-Schlüssel in meinen Geräten habe.
Ich habe sie vor langer Zeit integriert.
Ich habe sie nicht benutzt, Szenen deaktiviert, weil die Präsenzerkennung mich nicht zufriedenstellte.
Wenn ich mich direkt mit einem Bildschirm am Mini-PC anmelde, sehe ich tatsächlich Bluetooth-Geräte in Ubuntu: Smartphone, TV-Schlüssel
Es zeigt mir an, dass Updates für Docker verfügbar sind
Docker Buildx CLI-Plugin
Docker CLI
Docker Compose (V2) Plugin für die Docker CLI
Rootless-Unterstützung für Docker
- einige weitere Updates, die speziell für Ubuntu sind
Bevor du die Installation durchführst,
Führe zuerst ein:
apt-get update
dann wiederhole das Protokoll Schritt für Schritt
Paketlisten wurden eingelesen, aber dieselbe Antwort
apt-get install bluetooth
Tatsächlich war ich aus dem Gladys-Container herausgegangen.
Beim Zurückkehren:
apt-get update
…
Paketlisten werden gelesen… Fertig
Dann
apt-get install bluetooth
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Zustandsinformationen werden eingelesen… Fertig
Vorgeschlagene Pakete:
bluez-cups bluez-obexd bluez-meshd
Die folgenden NEUEN Pakete werden installiert:
bluetooth
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 38,9 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 69,6 kB Plattenplatz zusätzlich benutzt.
1 Index of /debian bookworm/main amd64 bluetooth all 5.66-1+deb12u2 [38,9 kB]
38,9 kB in 0s (1102 kB/s)
debconf: Paketkonfiguration wird verschoben, da apt-utils nicht installiert ist
Vorbereitung zum Entpacken von …/bluetooth_5.66-1+deb12u2_all.deb …
bluetooth (5.66-1+deb12u2) wird eingerichtet …
Bisher hat sich in Gladys nichts geändert
Muss der Gladys-Container neu gestartet werden, damit die Änderungen wirksam werden?
Ich denke schon!
docker restart gladys
Danke Gaetan für deine Hilfe 
Für meinen Teil:
update + apt-get install bluetooth + apt-get install libbluetooth-dev + apt-get install libudev-dev + Neustart des Docker… Nichts hat sich geändert… 
Ich bestätige, dass ich dieselben Rückmeldungen außerhalb des Docker-Containers und innerhalb des Docker-Containers erhalte, wenn ich hcitool dev eingebe.
Ich habe gerade alle Schritte wiederholt und das Ergebnis ist dasselbe:
Das Bluetooth-Modul ist nicht verfügbar. Bitte überprüfen Sie, ob es aktiviert ist.
Ich auch, gleiche Beobachtung, am gleichen Punkt.
Danke für eure Tests!
Ich bin morgen einen ganzen Tag im Büro, ich werde mich dem Thema widmen
Hallo zusammen!
Ich habe mich mit dem Thema beschäftigt und bringe leider keine guten Nachrichten ^^
Seit mehreren Jahren verwendet Gladys die Bibliothek « Noble », eine Bibliothek, die es ermöglicht, Bluetooth von Node.js aus zu nutzen.
Diese Bibliothek wurde schrittweise von den ursprünglichen Maintainern aufgegeben (der letzte Commit ist 6 Jahre alt), aber von einem Kollektiv, « abandonware », übernommen.
Wir verwenden die « abandonware » Version, die immer noch, aber nur leicht von einigen Mitgliedern gepflegt wird.
Wenn man sich die Issues dieser Bibliothek ansieht, stellt man schnell fest, dass die Bibliothek seit einer bestimmten Version des Linux-Kernels nicht mehr funktioniert.
Es gibt viele Beiträge dazu, einige Beispiele:
Um alle zu sehen, geht es hier lang: Issues · abandonware/noble · GitHub
Ich sehe, dass es auch bei anderen Bibliotheken Probleme gab, aufgrund von Kernel-Änderungen in Linux:
Was tun wir?
Der Bug scheint relativ neu zu sein (relativ zur Aktivität des noble-Projekts), ich denke, dass wir zunächst abwarten können, ob abandonware ein Update für die neueren Linux-Versionen veröffentlicht.
Falls diese Bibliothek in den nächsten Monaten tatsächlich aufgegeben wird, müssen wir eine Alternative finden, aber ich habe schnell gesucht und es gibt wirklich keine andere Bibliothek, das ist kompliziert 
Wofür braucht ihr Bluetooth?
Für diejenigen, die in diesem Beitrag Bluetooth nutzen wollten, was wolltet ihr damit machen?
Ich kann euch zu alternativen Lösungen beraten!
Ehrlich gesagt, rate ich immer weniger von der Präsenzerkennung per Bluetooth ab.
Früher waren die meisten Bluetooth-Geräte „einfach“: Sie sendeten ständig ihre MAC-Adresse, was sie sehr einfach zu erkennen und zu verfolgen machte.
Aber heute integrieren moderne Geräte wie Smartphones oder Smartwatches fortschrittliche Mechanismen, um das Tracking zu vermeiden (aus Datenschutzgründen) und den Akkuverbrauch zu optimieren.
Das Ergebnis: Bluetooth-Scans auf diesen Geräten sind weitgehend ineffektiv geworden.
Danke @pierre-gilles für all diese Recherchen.
Was ich nicht verstehe, ist, dass Bluetooth am Mini-PC funktioniert (Geräte werden erkannt), aber nicht in Gladys. Wahrscheinlich liegt das daran, dass es zwei verschiedene Bibliotheken gibt, eine für jedes „Gerät“.
Persönlich habe ich keine Verwendung für Bluetooth. Ich habe Nut-Nut-Schlüssel, die ich nicht benutze. Die Präsenzerkennung finde ich nicht gut.