Błąd SAP w stanie usługi bluetooth

17

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:

26

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

    Do

    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
2
Jeśli chcesz trzymać się systemctl, możesz także zrobić systemctl restart bluetoothi systemctl status bluetooth. Ci prawdopodobnie również potrzebują sudo.
XTL,
1
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,
0

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