SAP-Fehler beim Bluetooth-Dienststatus

16

Ich erhalte eine Fehlermeldung zum Bluetooth-Dienststatus.

Ich benötige eine Anleitung, um diesen Fehler zu beheben.

    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
quelle
SAP scheint in diesem Zusammenhang ein SIM-Zugriffsprotokoll zu sein und hat wahrscheinlich etwas mit dem Herstellen einer Verbindung zu einem Mobiltelefon (und vermutlich Internetdaten) zu tun. Angesichts der Tatsache, dass alle anderen Meldungen über einen erfolgreichen Start des Bluetooth-Daemons handeln, bin ich mir nicht ganz sicher, ob es sich um einen Fehler handelt ...?
SlySven

Antworten:

24

SAP steht für SIM Access Profile, also müssen Sie es deaktivieren:

  • Öffnen /etc/systemd/system/bluetooth.target.wants/bluetooth.service
  • Veränderung:

    ExecStart=/usr/lib/bluetooth/bluetoothd
    

    Zu

    ExecStart=/usr/lib/bluetooth/bluetoothd --noplugin=sap
    
  • Laden Sie das System neu:

    $ sudo systemctl daemon-reload
    
  • Starten Sie das Bluetooth neu:

    $ sudo service bluetooth restart
    
  • Holen Sie sich den Bluetooth-Status:

    $ 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
quelle
2
Wenn Sie mit systemctl bleiben möchten, kann es auch systemctl restart bluetoothund systemctl status bluetooth. Die brauchen wohl auch sudo.
XTL
1
In den meisten Web-Tutorials und -Lösungen wird aus Sicherheitsgründen kein Sudo geschrieben. Ich gehe davon aus, dass die Linux-Benutzer bereits über Privilegien Bescheid wissen. Aber hier ist kein Problem, Panzer, ich werde diese Sudos hinzufügen.
Pylover
Funktioniert einmal, dann finde ich heraus, dass die Datei, die angesprochen werden muss, (auch) /lib/systemd/system/bluetooth.service
fcm
Warum ist dies nicht standardmäßig deaktiviert?
Sawtaytoes
Ich weiß nicht warum. Das Linux-Audio ist so kompliziert.
Pylover
0

Wenn Sie die Systemdatei nicht überschreiben möchten bluetooth.service, ist dies ein guter Ort, um eine .service.dÜberschreibung zu verwenden:

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

Dann legen Sie in diese Datei:

/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
quelle
Ich denke, es ist besser, zu verwenden, sudo systemctl edit bluetooth.serviceanstatt direkt mit systemd-Verzeichnissen und -Dateien zu fummeln.
Ingo
Ja, guter Vorschlag. Es ist eine einfache Möglichkeit, dasselbe wie oben zu tun. Manchmal hilft es, das .d/Datei-Snippet umzubenennen , um zu verdeutlichen, was es tut.
TrinitronX
1
Hauptsächlich ist es sicherer, dies unter der Kontrolle von systemd zu tun?
Ingo
@Ingo: Ja, das ist eine weitere Funktion neuerer SystemD-Versionen. In einigen Fällen möchten Sie dies möglicherweise nicht tun, beispielsweise: Das Bearbeiten einer Produktionsdatei .serviceist riskant. Dieser Blog-Beitrag enthält weitere hilfreiche Informationen. Eines der Dinge, die dort erwähnt werden, ist "Alle erfolgreichen Bearbeitungen werden in einen Neustart des Dienstes umgewandelt!" Es ist also nicht immer "sicherer", wie Sie sagen, aber es könnte bequemer sein.
TrinitronX