Erro SAP no status do serviço bluetooth

Estou recebendo um erro no status do serviço bluetooth.

Preciso de orientação para resolver esse erro.

    pi@raspberrypi:~ $ sudo service bluetooth status
* bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
   Active: active (running) since Sat 2016-01-09 19:12:47 UTC; 1min 12s ago
     Docs: man:bluetoothd(8)
 Main PID: 370 (bluetoothd)
   Status: "Running"
   CGroup: /system.slice/bluetooth.service
           `-370 /usr/lib/bluetooth/bluetoothd

Jan 09 19:12:46 raspberrypi bluetoothd[370]: Bluetooth daemon 5.23
Jan 09 19:12:47 raspberrypi bluetoothd[370]: Starting SDP server
Jan 09 19:12:47 raspberrypi systemd[1]: Started Bluetooth service.
Jan 09 19:12:47 raspberrypi bluetoothd[370]: Bluetooth management interface 1.9 initialized
Jan 09 19:12:47 raspberrypi bluetoothd[370]: Sap driver initialization failed.
Jan 09 19:12:47 raspberrypi bluetoothd[370]: sap-server: Operation not permitted (1)
pi@raspberrypi:~ $

bluetooth

— Jeeva
fonte

Nesse contexto, o sap parece ser um protocolo de acesso SIM e, portanto, provavelmente tem algo a ver com a conexão a um telefone celular (e, presumivelmente, dados da Internet). Dado que todas as outras mensagens são sobre uma inicialização bem-sucedida do daemon bluetooth, não tenho muita certeza de que seja um erro como tal ...?

— SlySven

A SAP está relacionada ao acesso sim, para obter mais informações sobre esse bugs.launchpad.net/ubuntu/+source/bluez/+bug/1629632

— Pavan Nath

Respostas:

SAP significa SIM Access Profile, então você deve desativá-lo:

Aberto /etc/systemd/system/bluetooth.target.wants/bluetooth.service

Mudança:

ExecStart=/usr/lib/bluetooth/bluetoothd

Para

ExecStart=/usr/lib/bluetooth/bluetoothd --noplugin=sap

Recarregue o systemd:
```
$ sudo systemctl daemon-reload
```
Reinicie o bluetooth:
```
$ sudo service bluetooth restart
```

Obtenha o status do bluetooth:

$ sudo service bluetooth status


bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
   Active: active (running) since Sat 2016-04-30 10:38:46 UTC; 6s ago
     Docs: man:bluetoothd(8)
 Main PID: 12775 (bluetoothd)
   Status: "Running"
   CGroup: /system.slice/bluetooth.service
           └─12775 /usr/lib/bluetooth/bluetoothd --noplugin=sap

— pylover
fonte

Se você gosta de ficar com o systemctl, ele também pode fazer systemctl restart bluetoothe systemctl status bluetooth. Provavelmente também precisam de sudo.

— XTL

Na maioria dos tutoriais e soluções da web, não escrevemos o sudo por segurança. Eu assumo que os usuários do Linux já estão sabendo sobre privilégios. mas aqui não tem problema, tanques, vou adicionar esses sudo's.

— pylover

Funciona bem, uma vez, então eu descobrir que o arquivo que precisa ser abordado é (também) /lib/systemd/system/bluetooth.service

— FCM

Por que isso não está desativado por padrão?

— Sawtaytoes 6/07/19

Não sei porque. o áudio do Linux é tão complicado.

— pylover 6/07/19

Se você não deseja substituir o bluetooth.servicearquivo do sistema , é um bom lugar para usar uma .service.dsubstituição:

sudo mkdir  /etc/systemd/system/bluetooth.service.d/

Em seguida, coloque neste arquivo:

/etc/systemd/system/bluetooth.service.d/01-disable-sap-plugin.conf

[Service]
ExecStart=
ExecStart=/usr/lib/bluetooth/bluetoothd --noplugin=sap

sudo systemctl daemon-reload
sudo systemctl restart bluetooth.service

— TrinitronX
fonte

Eu acho que é melhor usar em sudo systemctl edit bluetooth.servicevez de mexer direto com diretórios e arquivos systemd.

— Ingo

Sim, boa sugestão. É uma maneira fácil de fazer a mesma coisa acima. Às vezes, ajuda a renomear o .d/snippet de arquivo para esclarecer o que está fazendo.

— TrinitronX

Principalmente é uma maneira mais segura de fazer isso sob controle do systemd?

— Ingo

@ Ingo: Sim, é outro recurso das versões mais recentes do SystemD. Há alguns casos em que você pode não querer fazer isso, como por exemplo: editar um .servicearquivo de produção é arriscado. Esta postagem do blog tem informações mais úteis. Uma das coisas mencionadas aqui é "Toda edição bem-sucedida se converte em uma reinicialização do serviço!" Portanto, nem sempre é "mais seguro", como você diz, mas pode ser mais conveniente.

— TrinitronX