Помилка SAP щодо стану служби Bluetooth

Я отримую помилку щодо стану служби Bluetooth.

Мені потрібні вказівки, щоб вирішити цю помилку.

    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

— Джеєва
джерело

sap в цьому контексті, здається, є протоколом доступу до SIM-картки, і тому, ймовірно, щось пов'язане з підключенням до мобільного телефону (і, імовірно, Інтернет-даних). З огляду на те, що всі інші повідомлення стосуються успішного запуску Bluetooth-демон, я не зовсім впевнений, що це така помилка ...?

— SlySven

SAP пов'язаний із сим-доступом, для отримання додаткової інформації про цей bugs.launchpad.net/ubuntu/+source/bluez/+bug/1629632

— Pavan Nath

Відповіді:

SAP означає SIM Access Profile, що вам потрібно відключити:

відчинено /etc/systemd/system/bluetooth.target.wants/bluetooth.service

Змінити:

ExecStart=/usr/lib/bluetooth/bluetoothd

До

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

Перезавантажте systemd:
```
$ sudo systemctl daemon-reload
```
Перезапустіть Bluetooth:
```
$ sudo service bluetooth restart
```

Отримайте статус 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

— піловер
джерело

Якщо ви любите дотримуватися systemctl, це також може зробити systemctl restart bluetoothі systemctl status bluetooth. Ті, напевно, також потребують судо.

— XTL

У більшості веб-підручників та рішень ми не пишемо судо для безпеки. я припускаю, що користувачі Linux вже знають про привілеї. але тут немає жодних проблем, танки, я додам ці судо.

— піловер

Один раз працює добре, тоді я дізнаюся, що файл, на який потрібно звернутись, (також) /lib/systemd/system/bluetooth.service

— fcm

Чому це не вимкнено за замовчуванням?

— Sawtaytoes

Я не знаю чому. аудіо Linux настільки складний.

— піловер

Якщо ви не хочете перезаписати системний bluetooth.serviceфайл, це корисне місце для .service.dзаміщення:

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

Потім помістіть у цей файл:

/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
джерело

Я думаю, що краще використовувати sudo systemctl edit bluetooth.serviceзамість того, щоб прямувати безпосередньо із системними каталогами та файлами.

— Інго

Так, гарна пропозиція. Це простий спосіб зробити те саме, що описано вище. Іноді допомагає перейменувати .d/фрагмент файлу, щоб уточнити, що він робить.

— TrinitronX

В основному це безпечніший спосіб робити це під контролем systemd?

— Інго

@Ingo: Так, це ще одна особливість нових версій SystemD. Є деякі випадки, коли ви цього не хочете робити, як-от наприклад: редагування виробничого .serviceфайлу є ризиковим. У цій публікації блогу є корисніша інформація. Одна з речей, згаданих там, - "Все успішне редагування перетворюється на перезапуск служби!" Тож не завжди "безпечніше", як ви кажете, але це може бути зручніше.

— TrinitronX