Erreur SAP sur l'état du service Bluetooth

Je reçois une erreur sur l'état du service Bluetooth.

J'ai besoin de conseils pour résoudre cette erreur.

    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
la source

sap dans ce contexte semble être un protocole d'accès SIM et est donc probablement lié à la connexion à un téléphone mobile (et probablement à des données Internet). Étant donné que tous les autres messages concernent un démarrage réussi du démon Bluetooth, je ne suis pas sûr que ce soit une erreur en tant que telle ...?

SlySven

SAP est lié à l'accès à la carte

Pavan Nath

Réponses:

SAP signifie SIM Access Profile, vous devez donc le désactiver:

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

Changement:

ExecStart=/usr/lib/bluetooth/bluetoothd

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

Rechargez le systemd:
```
$ sudo systemctl daemon-reload
```
Redémarrez le bluetooth:
```
$ sudo service bluetooth restart
```

Obtenez le statut 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
la source

Si vous aimez rester avec systemctl, il peut aussi faire systemctl restart bluetoothet systemctl status bluetooth. Ceux-ci ont probablement aussi besoin de sudo.

XTL

Dans la plupart des didacticiels et solutions Web, nous n'écrivons pas le sudo par sécurité. je suppose que les utilisateurs de linux connaissent déjà les privilèges. mais ce n'est pas un problème, tanks, j'ajouterai ces sudo.

pylover

Fonctionne bien, une fois, puis je découvre que le fichier qui doit être adressé est (aussi) /lib/systemd/system/bluetooth.service

fcm

Pourquoi n'est-ce pas désactivé par défaut?

Sawtaytoes

Je ne sais pas pourquoi. l'audio Linux est tellement compliqué.

pylover

Si vous ne voulez pas écraser le bluetooth.servicefichier système , c'est un bon endroit pour utiliser un .service.dremplacement:

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

Placez ensuite dans ce fichier:

/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
la source

Je pense qu'il vaut mieux utiliser sudo systemctl edit bluetooth.serviceau lieu de jouer directement avec les répertoires et fichiers systemd.

Ingo

Ouais, bonne suggestion. C'est un moyen simple de faire la même chose que ci-dessus. Parfois, il est utile de renommer l' .d/extrait de fichier pour clarifier ce qu'il fait.

TrinitronX

C'est principalement un moyen plus sûr de le faire sous le contrôle de systemd?

Ingo

@Ingo: Oui, c'est une autre caractéristique des nouvelles versions de SystemD. Il y a des cas où vous ne voudrez peut-être pas faire cela, comme par exemple: éditer un .servicefichier de production est risqué. Cet article de blog contient des informations plus utiles. L'une des choses mentionnées ici est "Toutes les modifications réussies se convertissent en un redémarrage de service!" Ce n'est donc pas toujours «plus sûr» comme vous le dites, mais cela pourrait être plus pratique.

TrinitronX