SAP-Fehler beim Bluetooth-Dienststatus

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

bluetooth

— 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:

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

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

Wenn Sie mit systemctl bleiben möchten, kann es auch systemctl restart bluetoothund systemctl status bluetooth. Die brauchen wohl auch sudo.

— XTL

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

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

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