Emparelhando o Bose QC 35 por Bluetooth no Fedora


26

Estou executando o Fedora 24 com o Gnome Shell. Tento parear meu novo Bose QuietComfort 35 por Bluetooth.

Comecei a usar a interface do Gnome. Infelizmente, a conexão parece não se manter. Aparece constantemente conectando / desconectando:

https://youtu.be/eUZ9D9rGUZY

Meu próximo passo foi realizar algumas verificações usando a linha de comando. Primeiro, verifiquei se o serviço bluetooth está sendo executado:

$ sudo systemctl status bluetooth
● bluetooth.service - Bluetooth service
   Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled)
   Active: active (running) since dim. 2016-06-26 11:19:24 CEST; 14min ago
     Docs: man:bluetoothd(8)
 Main PID: 932 (bluetoothd)
   Status: "Running"
    Tasks: 1 (limit: 512)
   Memory: 2.1M
      CPU: 222ms
   CGroup: /system.slice/bluetooth.service
           └─932 /usr/libexec/bluetooth/bluetoothd

juin 26 11:19:24 leonard systemd[1]: Starting Bluetooth service...
juin 26 11:19:24 leonard bluetoothd[932]: Bluetooth daemon 5.40
juin 26 11:19:24 leonard bluetoothd[932]: Starting SDP server
juin 26 11:19:24 leonard bluetoothd[932]: Bluetooth management interface 1.11 initialized
juin 26 11:19:24 leonard bluetoothd[932]: Failed to obtain handles for "Service Changed" characteristic
juin 26 11:19:24 leonard systemd[1]: Started Bluetooth service.
juin 26 11:19:37 leonard bluetoothd[932]: Endpoint registered: sender=:1.68 path=/MediaEndpoint/A2DPSource
juin 26 11:19:37 leonard bluetoothd[932]: Endpoint registered: sender=:1.68 path=/MediaEndpoint/A2DPSink
juin 26 11:20:26 leonard bluetoothd[932]: No cache for 08:DF:1F:DB:A7:8A

Então, tentei seguir algumas explicações do wiki do Archlinux sem sucesso. O emparelhamento está falhando Falha ao emparelhar: org.bluez.Error.AuthenticationFailed :

$ sudo bluetoothctl 
[NEW] Controller 00:1A:7D:DA:71:05 leonard [default]
[NEW] Device 08:DF:1F:DB:A7:8A Bose QuietComfort 35
[NEW] Device 40:EF:4C:8A:AF:C6 EDIFIER Luna Eclipse
[bluetooth]# agent on
Agent registered
[bluetooth]# scan on
Discovery started
[CHG] Controller 00:1A:7D:DA:71:05 Discovering: yes
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -77
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000febe-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -69
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000febe-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110d-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110b-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000110f-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001130-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000112e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 0000111e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001108-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00001131-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:1F:DB:A7:8A UUIDs: 00000000-deca-fade-deca-deafdecacaff
[bluetooth]# devices
Device 08:DF:1F:DB:A7:8A Bose QuietComfort 35
Device 40:EF:4C:8A:AF:C6 EDIFIER Luna Eclipse
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -82
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -68
[CHG] Device 08:DF:1F:DB:A7:8A RSSI: -79
[bluetooth]# trust 08:DF:1F:DB:A7:8A
Changing 08:DF:1F:DB:A7:8A trust succeeded
[bluetooth]# pair 08:DF:1F:DB:A7:8A
Attempting to pair with 08:DF:1F:DB:A7:8A
[CHG] Device 08:DF:1F:DB:A7:8A Connected: yes
Failed to pair: org.bluez.Error.AuthenticationFailed
[CHG] Device 08:DF:1F:DB:A7:8A Connected: no

Eu tentei desativar o SSPMode, mas parece não ter efeito:

$ sudo hciconfig hci0 sspmode 0

Quando uso bluetoothctl, o journalctl registra o seguinte:

juin 26 11:37:21 leonard sudo[4348]: lpellegr : TTY=pts/2 ; PWD=/home/lpellegr ; USER=root ; COMMAND=/bin/bluetoothctl
juin 26 11:37:21 leonard audit[4348]: USER_CMD pid=4348 uid=1000 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='cwd="/home/lpellegr" cmd="bluetoothctl" terminal=pt
juin 26 11:37:21 leonard audit[4348]: CRED_REFR pid=4348 uid=0 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_fprintd acct="roo
juin 26 11:37:21 leonard sudo[4348]: pam_systemd(sudo:session): Cannot create session: Already occupied by a session
juin 26 11:37:21 leonard audit[4348]: USER_START pid=4348 uid=0 auid=4294967295 ses=4294967295 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_keyinit,pam_limits,
juin 26 11:37:21 leonard sudo[4348]: pam_unix(sudo:session): session opened for user root by (uid=0)
juin 26 11:38:06 leonard bluetoothd[932]: No cache for 08:DF:1F:DB:A7:8A

Infelizmente, não entendo a saída. Qualquer idéia ou ajuda é bem-vinda. Eu estou bem perdido.

O receptor bluetooth que eu uso é um dongle USB da CSL-Computer. A versão Bluetoothctl é 5.40. Estou executando o kernel 4.5.7-300.fc24.x86_64.

Abaixo estão os recursos suportados pelo meu adaptador bluetooth:

hciconfig -a hci0 features
hci0:   Type: BR/EDR  Bus: USB
    BD Address: 00:1A:7D:DA:71:05  ACL MTU: 310:10  SCO MTU: 64:8
    Features page 0: 0xff 0xff 0x8f 0xfe 0xdb 0xff 0x5b 0x87
        <3-slot packets> <5-slot packets> <encryption> <slot offset> 
        <timing accuracy> <role switch> <hold mode> <sniff mode> 
        <park state> <RSSI> <channel quality> <SCO link> <HV2 packets> 
        <HV3 packets> <u-law log> <A-law log> <CVSD> <paging scheme> 
        <power control> <transparent SCO> <broadcast encrypt> 
        <EDR ACL 2 Mbps> <EDR ACL 3 Mbps> <enhanced iscan> 
        <interlaced iscan> <interlaced pscan> <inquiry with RSSI> 
        <extended SCO> <EV4 packets> <EV5 packets> <AFH cap. slave> 
        <AFH class. slave> <LE support> <3-slot EDR ACL> 
        <5-slot EDR ACL> <sniff subrating> <pause encryption> 
        <AFH cap. master> <AFH class. master> <EDR eSCO 2 Mbps> 
        <EDR eSCO 3 Mbps> <3-slot EDR eSCO> <extended inquiry> 
        <LE and BR/EDR> <simple pairing> <encapsulated PDU> 
        <non-flush flag> <LSTO> <inquiry TX power> <EPC> 
        <extended features> 
    Features page 1: 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00

O emparelhamento funciona bem com os alto-falantes EDIFIER Luna Eclipse. Suspeito que o problema esteja realmente relacionado ao fone de ouvido que estou tentando configurar.

Respostas:


26

Também tenho esses fones de ouvido, além de um laptop à mão executando o Fedora 24. Depois de conversar com um dos desenvolvedores do Bluez no IRC, tenho tudo funcionando. Abaixo está o que eu encontrei. (Observe que eu sei muito pouco sobre Bluetooth, portanto, posso estar usando uma terminologia incorreta para isso.)

Os fones de ouvido suportam (ou pelo menos dizem que suportam) LE bluetooth, mas não suportam LE para emparelhamento. O Bluez ainda não suporta isso e não tem como definir o modo BT suportado, exceto estaticamente no arquivo de configuração. No entanto, você pode usar os fones de ouvido através de bluetooth comum muito bem. Esse é o motivo pelo qual o Bluez 4 funciona; realmente não suporta LE.

Então, crie /etc/bluetooth/main.conf. O Fedora 24 não vem com esse arquivo; portanto, busque uma cópia do Upstream , encontre a linha que contém

#ControllerMode = dual

e mude para:

ControllerMode = bredr

ou crie um novo arquivo contendo apenas:

[General]
ControllerMode = bredr

Em seguida, reinicie o bluetooth e emparelhe. (Fiz isso manualmente via bluetoothctl, mas apenas o uso do gerenciador bluetooth deve funcionar.)

Agora, isso fez as coisas funcionarem para mim, embora, se você não forçar o pulseaudio a usar o protocolo A2DP-Sink, os fones de ouvido anunciarão que você recebeu uma chamada por algum motivo. No entanto, meu mouse requer Bluetooth LE, então entrei e removi a linha ControllerMode. E ... os fones de ouvido ainda funcionam, assim como o mouse. Eu acho que uma vez que eles estão emparelhados, tudo está bem.


Eu adicionei a linha que você mencionou no arquivo especificado, mas quando reinicio o daemon bluetooth, recebo "Falha na análise do /etc/bluetooth/main.conf: o arquivo-chave não inicia com um grupo". Você está usando a versão 5.40 do daemon bluetooth? você tem uma única linha /etc/bluetooth/main.conf?
Laurent

11
Eu tive que adicionar o grupo [General]na linha antes. Depois de reiniciar tudo está funcionando sem problemas. Muito obrigado!
Laurent

Ah, desculpe, o Fedora não veio com esse arquivo, então eu o peguei direto do git upstream e mudei a linha. Eu nem pensei em olhar atentamente para o contexto que precisava estar lá; apenas parecia um mar de comentários. Vou editar a resposta.
Jason Tibbitts

Isso funcionou para mim, estou no Xubuntu 16.04
thrau

Também funcionou para mim no Fedora 23, ainda o meu problema é o volume, é muito menor do que o meu telefone, algum de vocês teve isso? Eu também tive que mudar o modo de áudio para coletor A2DP, além de estar tendo uma interferência estranha no meu fone de ouvido. Agradeço qualquer ajuda sobre isso, talvez @JasonTibbitts tem algo sobre isso
Renato Mefi

3

Eu li em seus fones de ouvido específicos e eles usam a comunicação de campo próximo (NFC) para facilitar o emparelhamento, e isso foi mencionado como adicionado especificamente no Bluez 5.3 , embora tenha sido mencionado em pelo menos um blog "A NFC vem incorporada ao novo teclado , mas infelizmente o Gnu / Linux ainda não suporta NFC, embora o suporte a NFC esteja embutido no kernel do Linux, nem o Gnome nem o KDE têm suporte para ele, e o número de aplicativos habilitados para NFC no meu repositório do Fedora 20 é praticamente zero. A NFC não vai me ajudar a emparelhar meu dispositivo, por isso precisamos fazê-lo da maneira antiquada ... "Então, isso nos leva de volta à sua abordagem.

No entanto, o Bluez 5.3 não tinha suporte para o emparelhamento com dispositivos (como os fones de ouvido Bose) que usam um código PIN para o emparelhamento.
Há um relatório de erro das versões anteriores, em outra distribuição. Portanto, embora isso não seja relatado especificamente no Fedora, o site oficial do Bluez não menciona especificamente uma correção, pelo menos pelo que posso ver.

Portanto, esse recurso não é suportado; e pelo menos por enquanto essa é a resposta.

Além disso, como você suspeitava, poderia haver outros problemas, como a necessidade de um secador proprietário específico, a menos que você já tenha descartado isso (por exemplo, testando os fones de ouvido compatíveis com a classe no OSX ou Windows ou o que eles suportarem). Eu realmente suspeito que é esse o caso, ou isso oferece a você ou a outra coisa um trampolim.


Portanto, algumas outras respostas aqui verificaram pelo menos uma configuração de trabalho, em um sistema operacional mais antigo e / ou nas versões com backport do bluez (4.99) , que também podem conter pacotes dos repositórios Debian "não livres" não padrão. Você pode tentar isso em Fedora aqui , no Fedora-terra que foi há 4 anos :)
forgotstackxpassword

fazer o downgrade para a versão mencionada parece ser um pesadelo. Eu tentei fazer o downgrade para 5.39-1.fc24 usando, sudo dnf downgrade bluez --allowerasingmas isso não muda nada.
Laurent

Eu acabei de mencionar isso, porque foi mencionado abaixo que no Debian 4.99 era compatível; Caso contrário, eu realmente não recomendaria isso, como você disse que o Fedora é completamente diferente. Eu mantenho que isso só funcionaria se emparelhado manualmente, além de não ter o hardware certo à mão (como esses fones de ouvido), e a NFC e outros blobs disso podem não ser suportados.
Forgetstackxpassword

Ah, isso é ótimo , resposta de Jason Tibbitts, acima , feliz por você ter funcionado e ele ter os fones de ouvido e o sistema por perto.
Forgetstackxpassword

1

Se isso poderia ser útil para alguém, depois de tentar praticamente tudo o descrito acima no ubuntu 16.04, finalmente, era tão fácil conectar através do "Bose Connect App" (no meu caso para Android). Eu usei o blueman para fazer isso e, finalmente, consegui emparelhar os fones de ouvido.

No meu caso, eu tenho o bluez 5.37v, o blueman 2.0.4 e, finalmente, não precisei fazer nenhuma alteração no /etc/bluetooth/main.conf padrão, com o "ControllerMode" padrão definido como dual trabalhou.

Os passos que funcionaram para mim foram:

1.- Abra o aplicativo e selecione a opção conectar um novo dispositivo ou similar. (Não me lembro exatamente o nome) 2.- No blueman, procure um novo dispositivo. 3.- Depois que os fones de ouvido foram encontrados, consegui emparelhá-los sem problemas e selecionar o modo de trabalho.

Sem o primeiro passo, não consegui emparelhá-los.

Levei muito para descobrir como fazê-lo, mas depois que você sabe como fazê-lo, é muito fácil fazê-lo.


Este é o método que funcionou para mim. Estou usando o Arch Linux, com blueman e PulseAudio / pavucontrol. Eu segui a etapa normal no wiki do Arch para instalar e solucionar problemas, e sua técnica fez isso por mim. Obrigado !
DjebbZ

0

Também comprei o Bose QC 35 há alguns dias. Após alguns problemas iniciais, consegui fazê-lo funcionar no Debian, com ALSA e bluez 4.x

apt-get install bluetooth
apt-get install bluez-alsa
apt-get install blueman

depois de instalar esses pacotes, ele ainda não funcionou. O problema estava nas permissões do dbus. Eu o resolvi adicionando meu usuário (uid 1000) ao grupo bluetooth, ou seja:

usermod -a -G bluetooth martin

depois disso tudo funciona, e o fone de ouvido emparelha automaticamente com o meu laptop a cada início


Emparelha, mas a conexão também permanece por um longo tempo?
PHK

@phk - sim. Funciona como um encanto
Martin Vegter 02/07/16

pode você lista que GUI você está usando, também o seu número de versão do bluez (por exemplo, em Jessie [estável atual] é 5,23-2 + b1 pode ajudar porta a solução sobre a sua configuração fedora.
forgotstackxpassword

@forgotstackxpassword - como eu disse no meu post original, estou usando bluez 4.x(especificamente a versão 4.99) e bluemancomo uma GUI.
Martin Vegter 02/07/19

4.99 é um pouco mais específico, obrigado. isso era padrão no Wheezy, então também acho que você está no antigo estábulo.
Forgetstackxpassword

0

Eu também tive o mesmo problema com o QC35 no Fedora 24. Tentei um pacote bluez personalizado aqui: https://copr.fedorainfracloud.org/coprs/npmccallum/jelling/packages/ :

# dnf copr enable npmccallum/jelling
# dnf install bluez-5.37-1.gatt.fc24

Após desclassificação de 5.40 para a versão modificada 5,37-1, eu poderia ter sucesso para emparelhar o auricular manualmente por bluetoothctl(infelizmente GNOME Bluetooth configuração não funciona):

$ bluetoothctl
[bluetooth]# devices
Device 08:DF:xx:xx:xx:xx QC35
[bluetooth]# trust 08:DF:xx:xx:xx:xx 
[CHG] Device 08:DF:xx:xx:xx:xx Trusted: yes
Changing 08:DF:xx:xx:xx:xx trust succeede
[bluetooth]# pair 08:DF:xx:xx:xx:xx 
Attempting to pair with 08:DF:xx:xx:xx:xx
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00000000-deca-fade-deca-deafdecacaff
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001101-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001108-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110b-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110c-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000111e-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001200-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001800-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 00001801-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000180a-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx UUIDs: 0000febe-0000-1000-8000-00805f9b34fb
[CHG] Device 08:DF:xx:xx:xx:xx Paired: yes
Pairing successful
[bluetooth]# connect 08:DF:xx:xx:xx:xx 
Attempting to connect to 08:DF:xx:xx:xx:xx
Connection successful
[QC35]# connect 08:DF:xx:xx:xx:xx 
Attempting to connect to 08:DF:xx:xx:xx:xx
[CHG] Device 08:DF:xx:xx:xx:xx RSSI is nil
Connection successful
[QC35]# info 08:DF:xx:xx:xx:xx 
Device 08:DF:xx:xx:xx:xx
    Name: QC35
    Alias: QC35
    Class: 0x240418
    Icon: audio-card
    Paired: yes
    Trusted: yes
    Blocked: no
    Connected: yes
    LegacyPairing: no
    UUID: Vendor specific           (00000000-deca-fade-deca-deafdecacaff)
    UUID: Serial Port               (00001101-0000-1000-8000-00805f9b34fb)
    UUID: Headset                   (00001108-0000-1000-8000-00805f9b34fb)
    UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
    UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
    UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
    UUID: Handsfree                 (0000111e-0000-1000-8000-00805f9b34fb)
    UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
    UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)
    UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
    UUID: Device Information        (0000180a-0000-1000-8000-00805f9b34fb)
    UUID: Bose Corporation          (0000febe-0000-1000-8000-00805f9b34fb)
    Modalias: bluetooth:v009Ep400Cd0103

Então meu QC35 poderia ser ativado na configuração de som do GNOME. Ele funcionou perfeitamente após o emparelhamento inicial e pode se reconectar ao meu laptop automaticamente depois.

Esta versão do bluez também funciona com o mouse e o trackpad bluetooth. Não sei exatamente o motivo pelo qual isso funciona. Talvez a versão mais recente do bluez tenha algum tipo de regressão no bluetooth LE (apontado pela resposta de Jason Tibbitts)? Enfim, espero que esta resposta possa ajudar. :)


Isso quebrou meu Fedora 26, obrigado! : '(
Diego Mora Cespedes

0

Ubuntu 16.04, Bose QC35: instalou o software "Bluetooth Adapters" e conseguiu conectar-se facilmente.


Falha no "Ubuntu encontrou um erro interno" para mim.
Laurent

0

Eu tive o mesmo problema no Arch Linux e estas são as coisas que eu tinha que fazer, não é improvável que a execução de comandos 'equivalentes' seja útil para muitas outras pessoas nas distros do Linux:

  • Instale os pacotes pulseaudio-bluetooth pulseaudio-alsa bluez bluez-libs bluez-utils e reinicie o Pulseaudio (caso já estivesse em execução quando o bluetooth foi instalado):

    pulseaudio -k
    pulseaudio --start
    

    Se você receber uma mensagem de erro

    XDG_RUNTIME_DIR (/var/snips-audio-server) is not owned by us (uid 0), but by uid  
    <some UID (probably yours)>!
    

    então você deve executar esses comandos como não raiz / sem sudo.

  • O módulo btusbteve que ser carregado no meu caso, portanto, modprobe btusbtoda vez que você precisar dos fones de ouvido, ou carregar o módulo na inicialização

  • Corra rfkillpara ver se o seu dispositivo Bluetooth está bloqueado por software / bloqueado e desbloqueie se estiver bloqueado
  • Verifique se o serviço bluetooth está em execução (ou seja systemd, com , o comando provavelmente será algo como systemctl status bluetooth.service saída estéreo digital para áudio de alta fidelidade embutido ... (coletor a2dp) para fones de ouvido

  • Conforme referido no OP, a configuração pode ter que ser adaptada conforme sugerido em uma resposta a esta pergunta SE , onde você pode ler as explicações:

    • Editar /etc/bluetooth/main.conf: encontre a linha que contém
      #ControllerMode = dual
      
      e mude para:
      ControllerMode = bredr
      
      ou crie um novo arquivo contendo apenas:
      [General]
      ControllerMode = bredr
      
      Em seguida, reinicie o bluetooth e emparelhe / conecte ( systemctl restart bluetooth.serviceou use algum front-end da GUI, desligue-o e ligue -o)

Há também instruções de alguém no GitHub ( NOTA: eu não sou inteiramente certo o que essas mudanças a partir do GitHub repositório de fazer (Eu passei bastante tempo tentando fazer as coisas para o trabalho), assim use com cuidado ... Presumo que a alterações de grupo provavelmente apenas ativam o controle Bluetooth no espaço do usuário ou algo entre essas linhas):

Para operar o Bose QC35 Headset Bluetooth, faça o seguinte:

  • sudo pacman -Syu pulseaudio-alsa pulseaudio-bluetooth bluez bluez-libs bluez-utils
  • turn off bluetooth from your computer
  • sudo btmgmt ssp of
  • gpasswd -a YOUR_USER lp

Se você deseja que o grupo seja alterado sem reinicialização, você pode executar (conforme indicado aqui no SE ):

exec su -l $USER

para efetivar as alterações do grupo imediatamente sem uma reinicialização.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.