Ошибка 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

— Паван Натх

Ответы:

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

— pylover
источник

Если вам нравится придерживаться systemctl, он также может делать systemctl restart bluetoothи systemctl status bluetooth. Те, вероятно, также нуждаются в судо.

— XTL

В большинстве веб-уроков и решений мы не пишем sudo для безопасности. Я предполагаю, что пользователи Linux уже знают о привилегиях. но здесь нет проблем, танки, я добавлю эти sudo's.

— пиловер

Работает нормально, один раз, потом я обнаруживаю, что файл, который нужно адресовать, (также) /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вместо прямого обращения с каталогами и файлами systemd.

— Инго

Да, хорошее предложение. Это простой способ сделать то же самое выше. Иногда помогает переименовать .d/фрагмент файла, чтобы уточнить, что он делает.

— TrinitronX

В основном это более безопасный способ сделать это под управлением systemd?

— Инго

@Ingo: Да, это еще одна особенность новых версий SystemD. В некоторых случаях вы можете этого не делать, например, например: редактировать производственный .serviceфайл рискованно. Этот блог имеет более полезную информацию. Одна из упомянутых здесь вещей - «Все успешное редактирование превращается в перезапуск службы!» Так что не всегда «безопаснее», как вы говорите, но это может быть удобнее.

— TrinitronX