Error de SAP en el estado del servicio bluetooth

17

Recibo un error en el estado del servicio bluetooth.

Necesito orientación para resolver este error.

    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:~ $
Jeeva
fuente
sap en este contexto parece ser el protocolo de acceso SIM y, por lo tanto, es probable que tenga algo que ver con conectarse a un teléfono móvil (y presumiblemente datos de Internet). Dado que todos los demás mensajes son sobre un inicio exitoso del demonio bluetooth, no estoy completamente seguro de que sea un error como tal ...?
SlySven
SAP está relacionado con el acceso sim, para obtener más información sobre este bugs.launchpad.net/ubuntu/+source/bluez/+bug/1629632
Pavan Nath

Respuestas:

26

SAP significa SIM Access Profile, por lo que debe deshabilitarlo:

  • Abierto /etc/systemd/system/bluetooth.target.wants/bluetooth.service
  • Cambio:

    ExecStart=/usr/lib/bluetooth/bluetoothd
    

    A

    ExecStart=/usr/lib/bluetooth/bluetoothd --noplugin=sap
    
  • Recargue el systemd:

    $ sudo systemctl daemon-reload
    
  • Reinicia el bluetooth:

    $ sudo service bluetooth restart
    
  • Obtenga el estado del 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
fuente
2
Si te gusta seguir con systemctl, también puede hacer systemctl restart bluetoothy systemctl status bluetooth. Esos probablemente también necesiten sudo.
XTL
1
En la mayoría de los tutoriales y soluciones web, no escribimos el sudo por seguridad. Supongo que los usuarios de Linux ya conocen los privilegios. pero aquí no hay problema, tanques, agregaré esos sudo.
pylover
Funciona bien, una vez, luego descubro que el archivo que debe abordarse es (también) /lib/systemd/system/bluetooth.service
fcm
¿Por qué no está deshabilitado por defecto?
Sawtaytoes
No se porque. El audio de Linux es muy complicado.
pylover
0

Si no desea sobrescribir el bluetooth.servicearchivo del sistema , es un buen lugar para usar una .service.danulación:

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

Luego coloque en este archivo:

/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
fuente
Creo que es mejor usar en sudo systemctl edit bluetooth.servicelugar de jugar directamente con directorios y archivos systemd.
Ingo
Si, buena sugerencia. Es una manera fácil de hacer lo mismo de arriba. A veces ayuda cambiar el nombre del .d/fragmento de archivo para aclarar lo que está haciendo.
TrinitronX
1
¿Principalmente es una forma más segura de hacer esto bajo el control de systemd?
Ingo
@Ingo: Sí, es otra característica de las nuevas versiones de SystemD. En algunos casos, es posible que no desee hacer esto, como por ejemplo: editar un .servicearchivo de producción es arriesgado. Esta publicación de blog tiene más información útil. Una de las cosas mencionadas allí es "¡Todas las ediciones exitosas se convierten en un reinicio del servicio!" Por lo tanto, no siempre es "más seguro" como usted dice, pero podría ser más conveniente.
TrinitronX