Instalei o Unified Remote hoje, na esperança de poder usá-lo com meu adaptador bluetooth para controlar meu PC usando meu telefone. Mas, quando instalei o Unified Remote e carreguei a interface da Web, recebi este erro:
Bluetooth: Não foi possível conectar ao SDP
O Google não tem absolutamente nada de útil sobre esse erro, portanto essa é uma das minhas únicas chances aqui.
algumas saídas:
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)
Iniciar o Bluetoothd com o argumento --compat não solucionará o problema.
O que eu posso fazer?
/ edit: Corrigi esse problema iniciando o servidor remoto unificado como sudo. Esta é realmente a única opção que tenho?
fonte
Outra solução:
Edite /etc/systemd/system/dbus-org.bluez.service:
Porque as permissões de / var / run / sdp parecem redefinir a cada reinicialização.
fonte
Consegui fazê-lo funcionar criando um novo
systemd
serviço.Crie um arquivo de configuração nomeado
/etc/systemd/system/urserver.service
com o conteúdo de:Defina as permissões no arquivo:
Atualizar
systemd
daemon:Inicie o serviço real:
Você deve desativar "Iniciar automaticamente o servidor quando o SO iniciar". nas Configurações remotas unificadas (interface da web), porque
systemd
iniciará o serviço automaticamente.systemd
também reiniciará o serviço se ele travar por algum motivo.Editado: Environment e PIDFile, graças a Niklas
fonte
urserver-start
agora é executado como raiz e tenta criar o diretório pidfile, .config e .remotes na raiz do sistema. Se você configurá-lo para ser executado como outro usuário, a modificação das permissões em / var / run / sdp falhará. O que eu fiz foi mudar o ambienteurserver-start
adicionandoEnvironment="HOME=/opt/urserver"
e alterandoPIDFile=/opt/urserver/.urserver/urserver.pid
abaixo[Service]
. Agora ele começa sem erros e diretórios perdidos ou perdidos.--compat
do serviço bluetooth, deve ser realmente a resposta aceita, pois é uma solução persistente em várias reinicializações.systemctl enable urserver.service
pode ser executado.Combinei as outras respostas para fazer isso funcionar e persistir durante as reinicializações. Aqui está um guia passo a passo para fazê-lo funcionar:
Desmarque a opção "Iniciar automaticamente o servidor quando o sistema operacional for inicializado". caixa na GUI de configurações remotas unificadas.
Pare o servidor. Você pode fazer isso com:
Em seguida, como Leo Pedraza disse, edite o /etc/systemd/system/dbus-org.bluez.service e altere esta linha
para isso
Em seguida, faça o que Esa Nikulainen e Niklas sugeriram e crie um novo serviço systemd como este:
Crie um arquivo de configuração chamado /etc/systemd/system/urserver.service com o conteúdo de:
Recarregue o daemon systemd:
Reinicie o bluetooth assim:
Inicie o novo serviço:
Habilite o novo serviço para que ele seja executado na inicialização:
OBRIGADO Leo Pedraza , Esa Nikulainen e Niklas por descobrir todas as peças!
fonte