J'ai installé Unified Remote aujourd'hui dans l'espoir de pouvoir l'utiliser avec mon adaptateur Bluetooth pour contrôler mon PC à l'aide de mon téléphone. Mais en installant Unified Remote et en chargeant l'interface Web, j'ai eu cette erreur:
Bluetooth: impossible de se connecter au SDP
Google n'a absolument rien d'utile à propos de cette erreur, c'est donc l'une de mes seules chances ici.
quelques sorties:
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)
Le démarrage de Bluetoothd avec l'argument --compat ne résoudra pas le problème.
Que puis-je faire?
/ edit: J'ai résolu ce problème en démarrant le serveur distant unifié en tant que sudo. Est-ce vraiment la seule option que j'ai?
la source
Une autre solution:
Modifiez /etc/systemd/system/dbus-org.bluez.service:
Parce que les autorisations de / var / run / sdp semblent se réinitialiser à chaque redémarrage.
la source
J'ai réussi à le faire fonctionner en créant un nouveau
systemd
service.Créez un fichier de configuration nommé
/etc/systemd/system/urserver.service
avec le contenu de:Définissez les autorisations sur le fichier:
Recharger le
systemd
démon:Démarrez le service réel:
Vous devez désactiver "Démarrer automatiquement le serveur au démarrage du système d'exploitation". à partir des paramètres distants unifiés (interface Web), car
systemd
démarrera le service automatiquement.systemd
redémarrera également le service s'il se bloque pour une raison quelconque.Édité: Environnement et PIDFile, grâce à Niklas
la source
urserver-start
s'exécute maintenant en tant que root et tente de créer le répertoire pidfile, .config et .remotes à la racine du système. Si vous le définissez pour s'exécuter en tant qu'un autre utilisateur, la modification des autorisations sur / var / run / sdp échoue. Ce que j'ai fait, c'est de changer l'environnementurserver-start
en ajoutantEnvironment="HOME=/opt/urserver"
et en changeantPIDFile=/opt/urserver/.urserver/urserver.pid
sous[Service]
. Maintenant, il démarre sans erreurs et répertoires errants ou manquants.--compat
pour le service Bluetooth, devrait vraiment être la réponse acceptée car il s'agit d'une solution persistante sur plusieurs redémarrages.systemctl enable urserver.service
peut être exécuté.J'ai combiné les autres réponses pour que cela fonctionne et le faire persister lors des redémarrages. Voici un guide étape par étape pour le faire fonctionner:
Décochez la case "Démarrer automatiquement le serveur au démarrage du système d'exploitation". dans l'interface graphique des paramètres de la télécommande unifiée.
Arrêtez urserver. Vous pouvez le faire avec:
Ensuite, comme Leo Pedraza l'a dit, éditez /etc/systemd/system/dbus-org.bluez.service et changez cette ligne
pour ça
Ensuite, faites comme Esa Nikulainen et Niklas l'ont suggéré et créez un nouveau service systemd comme ceci:
Créez un fichier de configuration nommé /etc/systemd/system/urserver.service avec le contenu de:
Recharger le démon systemd:
Redémarrez le bluetooth comme ceci:
Démarrez le nouveau service:
Activez le nouveau service pour qu'il s'exécute au démarrage:
MERCI Leo Pedraza , Esa Nikulainen et Niklas d' avoir compris toutes les pièces!
la source