Errore SAP sullo stato del servizio bluetooth

Ricevo un errore sullo stato del servizio Bluetooth.

Ho bisogno di una guida per risolvere questo errore.

    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

sap in questo contesto sembra essere il protocollo di accesso SIM e quindi probabilmente ha qualcosa a che fare con la connessione a un telefono cellulare (e presumibilmente dati Internet). Dato che tutti gli altri messaggi riguardano un avvio riuscito del demone bluetooth non sono del tutto sicuro che si tratti di un errore in quanto tale ...?

— SlySven,

SAP è correlato all'accesso sim, per maggiori informazioni su questo bugs.launchpad.net/ubuntu/+source/bluez/+bug/1629632

— Pavan Nath

Risposte:

SAP sta per SIM Access Profile, quindi devi disabilitarlo:

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

Modificare:

ExecStart=/usr/lib/bluetooth/bluetoothd

Per

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

Ricarica il systemd:
```
$ sudo systemctl daemon-reload
```
Riavvia il bluetooth:
```
$ sudo service bluetooth restart
```

Ottieni lo stato 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 ti piace restare con systemctl, può anche fare systemctl restart bluetoothe systemctl status bluetooth. Probabilmente anche quelli hanno bisogno di sudo.

— XTL,

Nella maggior parte dei tutorial e delle soluzioni Web, non scriviamo il sudo per sicurezza. presumo che gli utenti di Linux stiano già conoscendo i privilegi. ma qui non c'è problema, carri armati, aggiungerò quei sudo.

— pylover,

Funziona bene, una volta, poi ho scoperto che il file che deve essere indirizzato è (anche) /lib/systemd/system/bluetooth.service

— fcm

Perché questo non è disabilitato di default?

— Sawtaytoes,

Non so perché. l'audio di Linux è così complicato.

— pylover il

Se non vuoi sovrascrivere il bluetooth.servicefile di sistema , è un buon posto per usare una .service.dsostituzione:

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

Quindi inserire in questo file:

/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

Penso che sia meglio usare sudo systemctl edit bluetooth.serviceinvece di armeggiare direttamente con directory e file systemd.

— Ingo,

Sì, buon suggerimento. È un modo semplice per fare la stessa cosa sopra. A volte aiuta a rinominare lo .d/snippet di file per chiarire cosa sta facendo.

— TrinitronX,

Principalmente è un modo più sicuro di farlo sotto il controllo di systemd?

— Ingo,

@Ingo: Sì, è un'altra caratteristica delle versioni più recenti di SystemD. Ci sono alcuni casi in cui potresti non volerlo fare, come ad esempio: la modifica di un .servicefile di produzione è rischiosa. Questo post sul blog contiene informazioni più utili. Una delle cose menzionate è "Tutte le modifiche riuscite si convertono in un riavvio del servizio!" Quindi non è sempre "più sicuro" come dici tu, ma potrebbe essere più conveniente.

— TrinitronX,