Zainstalowałem dziś Unified Remote z nadzieją, że będę mógł go używać z adapterem Bluetooth do sterowania komputerem za pomocą telefonu. Ale kiedy zainstalowałem Unified Remote i załadowałem interfejs WWW, dostałem ten błąd:
Bluetooth: Nie można połączyć się z SDP
Google nie ma absolutnie nic pomocnego w tym błędzie, więc jest to jedna z moich jedynych szans.
niektóre wyjścia:
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)
Uruchomienie Bluetoothd z argumentem --compat nie rozwiąże problemu.
Co mogę zrobić?
/ edit: Rozwiązałem ten problem, uruchamiając zunifikowany serwer zdalny jako sudo. Czy to naprawdę jedyna opcja, którą mam?
źródło
Inne rozwiązanie:
Edytuj /etc/systemd/system/dbus-org.bluez.service:
Ponieważ uprawnienia do / var / run / sdp wydają się resetować przy każdym ponownym uruchomieniu.
źródło
Udało mi się go uruchomić, tworząc nową
systemd
usługę.Utwórz plik konfiguracji o nazwie
/etc/systemd/system/urserver.service
z zawartością:Ustaw uprawnienia do pliku:
Przeładuj
systemd
demona:Uruchom rzeczywistą usługę:
Należy wyłączyć opcję „Automatycznie uruchom serwer po uruchomieniu systemu operacyjnego”. z Unified Remote Settings (interfejs WWW), ponieważ
systemd
usługa uruchomi się automatycznie.systemd
ponownie uruchomi usługę, jeśli z jakiegoś powodu ulegnie awarii.Edytowano: Środowisko i plik PID, dzięki Niklas
źródło
urserver-start
teraz działa jako root i próbuje utworzyć plik pidfile, katalog .config i katalog .remotes w katalogu głównym systemu. Jeśli ustawisz, aby działał jako inny użytkownik, wówczas modyfikowanie uprawnień w katalogu / var / run / sdp nie powiedzie się. To, co zrobiłem, to zmiana środowiskaurserver-start
poprzez dodanieEnvironment="HOME=/opt/urserver"
i zmianęPIDFile=/opt/urserver/.urserver/urserver.pid
pod[Service]
. Teraz zaczyna się bez błędów i zbłąkanych lub brakujących katalogów.--compat
do usługi bluetooth, powinna naprawdę być odpowiedzią akceptowaną, ponieważ jest trwałym rozwiązaniem na wiele restartów.systemctl enable urserver.service
można uruchomić.Połączyłem pozostałe odpowiedzi, aby to zadziałało i sprawiło, że będzie się utrzymywało poprzez ponowne uruchomienie. Oto przewodnik krok po kroku, jak to działa:
Odznacz opcję „Automatycznie uruchom serwer po uruchomieniu systemu operacyjnego”. pole w graficznym interfejsie użytkownika ustawień Unified Remote.
Przestań urserver. Możesz to zrobić za pomocą:
Następnie, jak powiedział Leo Pedraza , edytuj /etc/systemd/system/dbus-org.bluez.service i zmień ten wiersz
do tego
Następnie postępuj zgodnie z sugestiami Esa Nikulainen i Niklas i utwórz nową usługę systemową w następujący sposób:
Utwórz plik konfiguracyjny o nazwie /etc/systemd/system/urserver.service z zawartością:
Przeładuj demona systemd:
Uruchom ponownie Bluetooth w ten sposób:
Uruchom nową usługę:
Włącz nową usługę, aby działała podczas uruchamiania:
DZIĘKUJEMY Leo Pedraza , Esa Nikulainen i Niklas za zrozumienie wszystkich elementów!
źródło