Erreur SAP sur l'état du service Bluetooth

17

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:~ $
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:

26

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
2
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
1
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
0

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
1
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