Błąd SAP w stanie usługi bluetooth

Pojawia się błąd dotyczący statusu usługi Bluetooth.

Potrzebuję wskazówek, aby rozwiązać ten błąd.

    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
źródło

SAP w tym kontekście wydaje się być protokołem dostępu do karty SIM, a zatem prawdopodobnie ma coś wspólnego z podłączeniem do telefonu komórkowego (i prawdopodobnie danych internetowych). Biorąc pod uwagę, że wszystkie pozostałe wiadomości dotyczą pomyślnego uruchomienia demona bluetooth, nie jestem całkowicie pewien, czy to błąd jako taki ...?

— SlySven,

SAP jest powiązany z dostępem do karty

— Pavan Nath

Odpowiedzi:

SAP oznacza SIM Access Profile, więc musisz go wyłączyć:

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

Zmiana:

ExecStart=/usr/lib/bluetooth/bluetoothd

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

Załaduj ponownie systemd:
```
$ sudo systemctl daemon-reload
```
Uruchom ponownie Bluetooth:
```
$ sudo service bluetooth restart
```

Uzyskaj status 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
źródło

Jeśli chcesz trzymać się systemctl, możesz także zrobić systemctl restart bluetoothi systemctl status bluetooth. Ci prawdopodobnie również potrzebują sudo.

— XTL,

W większości samouczków i rozwiązań internetowych nie piszemy sudo ze względów bezpieczeństwa. Zakładam, że użytkownicy Linuksa już wiedzą o uprawnieniach. ale tutaj nie ma problemu, czołgi, dodam te sudo.

— pylover

Działa ok, raz, a potem dowiaduję się, że plik, który należy zaadresować to (też) /lib/systemd/system/bluetooth.service

— fcm

Dlaczego nie jest to domyślnie wyłączone?

— Sawtaytoes

Nie wiem dlaczego. Linux audio jest bardzo skomplikowany.

— pylover,

Jeśli nie chcesz zastępować bluetooth.servicepliku systemowego , warto użyć .service.dzastąpienia:

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

Następnie umieść w tym pliku:

/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
źródło

Myślę, że lepiej jest używać sudo systemctl edit bluetooth.servicezamiast bawić się bezpośrednio katalogami systemowymi i plikami.

— Ingo

Tak, dobra sugestia. Jest to łatwy sposób, aby zrobić to samo powyżej. Czasami pomaga zmienić nazwę .d/fragmentu pliku, aby wyjaśnić, co robi.

— TrinitronX

Głównie jest to bezpieczniejszy sposób robienia tego pod kontrolą systemd?

— Ingo

@Ingo: Tak, to kolejna funkcja nowszych wersji SystemD. W niektórych przypadkach możesz tego nie chcieć, na przykład: edytowanie .servicepliku produkcyjnego jest ryzykowne. Ten post na blogu zawiera bardziej pomocne informacje. Jedną z wymienionych tam rzeczy jest: „Wszystkie udane edycje są konwertowane na ponowne uruchomienie usługi!” Tak więc, jak mówisz, nie zawsze jest to „bezpieczniejsze”, ale może być wygodniejsze.

— TrinitronX