Ich habe Unified Remote heute in der Hoffnung installiert, dass ich es mit meinem Bluetooth-Adapter verwenden kann, um meinen PC mit meinem Telefon zu steuern. Als ich Unified Remote installiert und die Weboberfläche geladen habe, wurde folgende Fehlermeldung angezeigt:
Bluetooth: Es konnte keine Verbindung zu SDP hergestellt werden
Google hat absolut nichts Hilfreiches an diesem Fehler, daher ist dies eine meiner einzigen Chancen hier.
Einige Ausgänge:
noneatme@noneatme-desktop:/etc/bluetooth$ sudo sdptool browse local
Failed to connect to SDP server on FF:FF:FF:00:00:00: Connection refused
Ubuntu 16.04
noneatme@noneatme-desktop:/etc/bluetooth$ uname -a
Linux noneatme-desktop 4.4.0-22-generic #40-Ubuntu SMP Thu May 12 22:03:46 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
noneatme@noneatme-desktop:/etc/bluetooth$ /usr/lib/bluetooth/bluetoothd -C
D-Bus setup failed: Connection ":1.129" is not allowed to own the service "org.bluez" due to security policies in the configuration file
(it works with sudo)
Das Starten von Bluetoothd mit dem Argument --compat behebt das Problem nicht.
Was kann ich machen?
/ edit: Ich habe dieses Problem behoben, indem ich den einheitlichen Remote-Server als sudo gestartet habe. Ist das wirklich die einzige Option, die ich habe?
quelle
Eine andere Lösung:
Bearbeiten Sie /etc/systemd/system/dbus-org.bluez.service:
Weil die Berechtigungen von / var / run / sdp bei jedem Neustart zurückgesetzt zu werden scheinen.
quelle
Ich habe es geschafft, indem ich einen neuen
systemd
Service erstellt habe.Erstellen Sie eine Konfigurationsdatei mit dem Namen
/etc/systemd/system/urserver.service
:Legen Sie die Berechtigungen für die Datei fest:
systemd
Daemon neu laden :Starten Sie den eigentlichen Dienst:
Sie sollten "Server beim Start des Betriebssystems automatisch starten" deaktivieren. von Unified Remote Settings (Webinterface), da
systemd
der Dienst automatisch gestartet wird.systemd
startet den Dienst auch neu, wenn er aus irgendeinem Grund abstürzt.Bearbeitet: Umwelt und PIDFile dank Niklas
quelle
urserver-start
Wird jetzt als root ausgeführt und versucht, das Verzeichnis pidfile, .config und .remotes im System root zu erstellen. Wenn Sie festlegen, dass es als anderer Benutzer ausgeführt wird, schlägt das Ändern der Berechtigungen für / var / run / sdp fehl. Was ich getan habe, war, die Umgebungurserver-start
durch HinzufügenEnvironment="HOME=/opt/urserver"
und ÄndernPIDFile=/opt/urserver/.urserver/urserver.pid
unter zu ändern[Service]
. Jetzt beginnt es ohne Fehler und streunende oder fehlende Verzeichnisse.--compat
für den Bluetooth-Dienst wirklich die akzeptierte Antwort sein, da es sich um eine dauerhafte Lösung für mehrere Neustarts handelt.systemctl enable urserver.service
kann ausgeführt werden.Ich habe die anderen Antworten kombiniert, um dies zum Laufen zu bringen und es durch Neustarts dauerhaft zu machen. Hier ist eine Schritt-für-Schritt-Anleitung, damit es funktioniert:
Deaktivieren Sie das Kontrollkästchen "Server beim Start des Betriebssystems automatisch starten". Feld in der GUI der Unified Remote-Einstellungen.
Stoppen Sie urserver. Sie können dies tun mit:
Als nächstes, wie Leo Pedraza sagte, bearbeiten Sie /etc/systemd/system/dbus-org.bluez.service und ändern Sie diese Zeile
dazu
Dann tun Sie, was Esa Nikulainen und Niklas vorgeschlagen haben, und erstellen Sie einen neuen Systemdienst wie folgt :
Erstellen Sie eine Konfigurationsdatei mit dem Namen /etc/systemd/system/urserver.service mit folgenden Inhalten:
Systemd-Daemon neu laden:
Starten Sie Bluetooth wie folgt neu:
Starten Sie den neuen Dienst:
Aktivieren Sie den neuen Dienst, damit er beim Start ausgeführt wird:
DANKE Leo Pedraza , Esa Nikulainen und Niklas , dass sie alle Teile herausgefunden haben!
quelle