Ошибка SAP при статусе службы Bluetooth

17

Я получаю сообщение об ошибке состояния службы 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
Паван Натх

Ответы:

26

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
источник
2
Если вам нравится придерживаться systemctl, он также может делать systemctl restart bluetoothи systemctl status bluetooth. Те, вероятно, также нуждаются в судо.
XTL
1
В большинстве веб-уроков и решений мы не пишем sudo для безопасности. Я предполагаю, что пользователи Linux уже знают о привилегиях. но здесь нет проблем, танки, я добавлю эти sudo's.
пиловер
Работает нормально, один раз, потом я обнаруживаю, что файл, который нужно адресовать, (также) /lib/systemd/system/bluetooth.service
fcm
Почему это не отключено по умолчанию?
Sawtaytoes
Я не знаю почему. Аудио Linux так сложно.
пилавер
0

Если вы не хотите перезаписывать системный 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
1
В основном это более безопасный способ сделать это под управлением systemd?
Инго
@Ingo: Да, это еще одна особенность новых версий SystemD. В некоторых случаях вы можете этого не делать, например, например: редактировать производственный .serviceфайл рискованно. Этот блог имеет более полезную информацию. Одна из упомянутых здесь вещей - «Все успешное редактирование превращается в перезапуск службы!» Так что не всегда «безопаснее», как вы говорите, но это может быть удобнее.
TrinitronX