Pairing von Bose QC 35 über Bluetooth auf Fedora


26

Ich verwende Fedora 24 mit Gnome Shell. Ich versuche, mein neues Bose QuietComfort 35 über Bluetooth zu koppeln.

Ich habe angefangen, die Gnome-Oberfläche zu verwenden. Leider scheint die Verbindung nicht zu halten. Es erscheint als ständig verbinden / trennen:

https://youtu.be/eUZ9D9rGUZY

Mein nächster Schritt bestand darin, einige Überprüfungen über die Befehlszeile durchzuführen. Zuerst habe ich überprüft, ob der Bluetooth-Dienst ausgeführt wird:

$ 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

Dann habe ich versucht, einigen Erklärungen aus dem Archlinux-Wiki zu folgen, ohne Erfolg. Das Pairing schlägt fehl. Pairing fehlgeschlagen: 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

Ich habe versucht, SSPMode zu deaktivieren, aber es scheint keine Wirkung zu haben:

$ sudo hciconfig hci0 sspmode 0

Wenn ich bluetoothctl verwende, protokolliert journalctl Folgendes:

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

Leider verstehe ich die Ausgabe nicht. Jede Idee oder Hilfe ist willkommen. Ich bin ziemlich verloren.

Der von mir verwendete Bluetooth-Empfänger ist ein USB-Dongle von CSL-Computer. Bluetoothctl-Version ist 5.40. Ich verwende Kernel 4.5.7-300.fc24.x86_64.

Im Folgenden sind die von meinem Bluetooth-Adapter unterstützten Funktionen aufgeführt:

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

Das Pairing funktioniert gut mit EDIFIER Luna Eclipse-Lautsprechern. Ich vermute, dass das Problem wirklich mit dem Headset zusammenhängt, das ich konfigurieren möchte.

Antworten:


26

Ich habe auch diese Kopfhörer und einen handlichen Laptop mit Fedora 24. Nachdem ich mich mit einem der Bluez-Entwickler im IRC unterhalten habe, funktioniert es. Unten ist was ich gefunden habe. (Beachten Sie, dass ich nur sehr wenig über Bluetooth weiß. Daher verwende ich in einigen Fällen möglicherweise eine falsche Terminologie.)

Die Kopfhörer unterstützen (oder sagen zumindest), dass sie Bluetooth LE unterstützen, unterstützen LE jedoch nicht für das Pairing. Bluez unterstützt dies noch nicht und kann den unterstützten BT-Modus nur statisch in der Konfigurationsdatei festlegen. Sie können die Kopfhörer jedoch problemlos über normales Bluetooth verwenden. Dies ist der Grund, warum Bluez 4 funktioniert. LE wird nicht wirklich unterstützt.

Also erstelle /etc/bluetooth/main.conf. Fedora 24 wird nicht mit dieser Datei geliefert. Holen Sie sich also eine Kopie von Upstream und suchen Sie die Zeile, die sie enthält

#ControllerMode = dual

und ändere es in:

ControllerMode = bredr

oder erstelle eine neue Datei mit:

[General]
ControllerMode = bredr

Starten Sie dann Bluetooth neu und koppeln Sie. (Ich habe dies manuell über Bluetooth gemacht, aber nur mit dem Bluetooth-Manager sollte funktionieren.)

Das hat für mich einiges gebracht. Wenn Sie jedoch pulseaudio nicht zwingen, das A2DP-Sink-Protokoll zu verwenden, werden Sie über die Kopfhörer darauf hingewiesen, dass aus irgendeinem Grund ein Anruf eingeht. Da meine Maus jedoch Bluetooth LE benötigt, habe ich die ControllerMode-Leitung entfernt. Und ... die Kopfhörer funktionieren immer noch genauso wie die Maus. Ich denke, sobald sie gepaart sind, ist alles in Ordnung.


Ich habe die Zeile hinzugefügt, die Sie in der angegebenen Datei erwähnt haben, aber wenn ich den Bluetooth-Daemon neu starte, erhalte ich die Meldung "Parsing /etc/bluetooth/main.conf fehlgeschlagen: Schlüsseldatei startet nicht mit einer Gruppe". Verwenden Sie Version 5.40 von Bluetooth Daemon? Haben Sie eine einzelne Zeile in /etc/bluetooth/main.conf?
Laurent

1
Ich musste die Gruppe [General]vorher in die Leitung aufnehmen. Nach dem Neustart funktioniert alles reibungslos. Vielen Dank!
Laurent

Oh, tut mir leid, Fedora hat diese Datei überhaupt nicht mitgebracht, also habe ich sie direkt aus dem Upstream-Git gezogen und die eine Zeile geändert. Ich dachte nicht einmal daran, genau nach dem Kontext zu suchen, der da sein musste. es sah aus wie ein Meer von Kommentaren. Ich werde die Antwort bearbeiten.
Jason Tibbitts

Das hat bei mir
geklappt

Hat auch für mich an Fedora 23 gearbeitet, trotzdem ist mein Problem die Lautstärke, sie ist zu viel niedriger als im Vergleich zu meinem Handy, hatte jemand von euch das? Ich musste auch den Audiomodus auf A2DP-Senke umstellen, ansonsten hatte ich seltsame Störungen an meinem Kopfhörer. Ich freue mich über jede Hilfe, vielleicht hat @JasonTibbitts etwas dagegen
Renato Mefi

3

Ich habe Ihre spezifischen Kopfhörer gelesen und sie verwenden NFC (Near Field Communication), um das Pairing zu erleichtern. Dies wurde in Bluez 5.3 ausdrücklich erwähnt , obwohl in mindestens einem Blog erwähnt wurde, dass NFC in die neue Tastatur integriert ist , aber leider Gnu / Linux nicht NFC unterstützt auch noch . Obwohl NFC - Unterstützung in dem Linux - Kernel gebaut wird, weder Gnome noch KDE für sie keine Unterstützung hat, und die Zahl der NFC - fähige Anwendungen in meiner 20 - Repository Fedora ist fürstlich Null NFC hilft mir nicht dabei, mein Gerät zu koppeln, also müssen wir es stattdessen auf die altmodische Art und Weise tun ... "Das bringt uns dann zurück zu Ihrer Herangehensweise.

Allerdings Bluez 5.3 hatte keine Unterstützung mit Geräten (wie Bose Ihre Kopfhörer) für die Paarung , die einen PIN - Code für die Paarung verwenden.
Es gibt einen Fehlerbericht aus früheren Versionen einer anderen Distribution. Also, obwohl dies nicht speziell auf Fedora berichtet wird, erwähnt die offizielle Bluez-Site zumindest nach dem, was ich sehen kann, keinen Fix.

Diese Funktion wird also nicht unterstützt. und zumindest für den Moment ist das die Antwort.

Wie Sie vermutet haben, könnte es auch andere Probleme geben, beispielsweise die Notwendigkeit eines bestimmten proprietären Treibers, es sei denn, Sie haben dies bereits ausgeschlossen (z. B. indem Sie die Kopfhörer getestet haben, die mit OSX oder Windows kompatibel sind oder was auch immer sie unterstützen). Ich vermute wirklich sehr, dass dies der Fall ist, oder es gibt Ihnen oder einem anderen etwas, von dem Sie abspringen können.


Daher haben einige andere Antworten hier mindestens ein funktionierendes Setup auf einem älteren Betriebssystem und / oder einer Backport-Version von bluez (4.99) überprüft , das möglicherweise auch Pakete aus den nicht standardmäßigen "nicht freien" Debian-Repos enthält. Sie können dies auf Fedora versuchen hier , in Fedora-Land , das vor 4 Jahren war :)
forgotstackxpassword

Ein Downgrade auf die von Ihnen erwähnte Version scheint ein Albtraum zu sein. Ich habe versucht, mit 5.39-1.fc24 ein Downgrade durchzuführen, sudo dnf downgrade bluez --allowerasingaber es ändert sich nichts.
Laurent

Ich hatte das gerade erwähnt, weil unten erwähnt wurde, dass Debian 4.99 kompatibel ist; Ich würde das sonst überhaupt nicht wirklich empfehlen, wie Sie sagten, Fedora ist völlig anders. Ich halte daran fest, dass es nur funktioniert, wenn es manuell gekoppelt wird, und ich habe nicht die richtige Hardware zur Hand (wie diese Kopfhörer), und NFC und andere Blobs davon werden möglicherweise nicht unterstützt.
forgotstackxpassword

Ah, das ist großartig, Jason Tibbitts Antwort oben , ich bin froh, dass Sie es zum Laufen gebracht haben und er hatte die Kopfhörer und das System in der Nähe.
forgotstackxpassword

1

Wenn dies für jemanden hilfreich sein könnte, nachdem ich praktisch alles oben in meinem Ubuntu 16.04 Beschriebene ausprobiert habe, war es so einfach, eine Verbindung über die "Bose Connect App" (in meinem Fall für Android) herzustellen. Ich habe Blueman verwendet, um es zu tun, und schließlich konnte ich die Headsets koppeln.

In meinem Fall habe ich bluez 5.37v, blueman 2.0.4 und schließlich habe ich keine Änderung an der Standard-Datei /etc/bluetooth/main.conf vorgenommen, wobei der Standard-ControllerMode auf dual gesetzt ist hat funktioniert.

Die Schritte, die für mich gearbeitet haben, waren:

1.- Öffnen Sie die App und wählen Sie die Option zum Anschließen eines neuen Geräts oder eines ähnlichen Geräts. (Ich erinnere mich nicht genau an den Namen) 2.- Von Blueman nach einem neuen Gerät suchen. 3.- Nachdem die Headsets gefunden wurden, konnte ich sie problemlos koppeln und den Arbeitsmodus auswählen.

Ohne den ersten Schritt konnte ich sie nicht koppeln.

Ich habe mir viel Mühe gegeben, um herauszufinden, wie man es macht, aber wenn man erst einmal weiß, wie man es macht, ist es ziemlich einfach, es zu tun.


Dies ist die Methode, die bei mir funktioniert hat. Ich benutze Arch Linux mit blueman und PulseAudio / pavucontrol. Ich habe den normalen Installations- und Fehlerbehebungsschritt im Arch-Wiki ausgeführt , und Ihre Technik hat es für mich gemacht. Vielen Dank !
DjebbZ

0

Ich habe vor ein paar Tagen auch Bose QC 35 gekauft. Nach einigen anfänglichen Problemen gelang es mir, es unter Debian mit ALSA und bluez 4.x zum Laufen zu bringen

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

Nach der Installation dieser Pakete funktionierte es immer noch nicht. Das Problem war mit Dbus-Berechtigungen. Ich habe es gelöst, indem ich meinen Benutzer (UID 1000) zur Gruppe Bluetooth hinzugefügt habe, dh:

usermod -a -G bluetooth martin

Danach funktioniert alles und das Headset wird bei jedem Start automatisch mit meinem Laptop gekoppelt


Es wird gepaart, aber bleibt die Verbindung auch lange bestehen?
2.

@phk - ja. Es funktioniert wie ein Zauber
Martin Vegter

kannst du auflisten, welche GUI du verwendest, und auch deine Versionsnummer von bluez (zum Beispiel in jessie [current stable] ist es 5.23-2 + b1. es könnte helfen, die Lösung auf sein Fedora-Setup zu
portieren

@forgotstackxpassword - wie ich in meinem ursprünglichen Beitrag sagte, verwende ich bluez 4.x(speziell Version 4.99) und bluemanals GUI.
Martin Vegter

4.99 ist etwas genauer, danke. Das war die Standardeinstellung bei Wheezy, also schätze ich auch, dass Sie auf einem alten Stall sind.
forgotstackxpassword

0

Ich hatte auch das gleiche Problem mit QC35 auf Fedora 24. Ich habe hier ein angepasstes bluez-Paket ausprobiert: https://copr.fedorainfracloud.org/coprs/npmccallum/jelling/packages/ :

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

Nachdem er von 5.40 auf die modifizierte Version 5,37-1 Herabstufung, konnte ich erfolgreich das Headset zu koppeln manuell durch bluetoothctl(leider GNOME Bluetooth - Einstellung nicht funktioniert):

$ 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

Dann könnte mein QC35 in der GNOME-Soundeinstellung aktiviert werden. Es funktionierte nach dem ersten Pairing einwandfrei und konnte sich danach automatisch wieder mit meinem Laptop verbinden.

Diese Version von bluez funktioniert auch mit meiner Bluetooth-Maus und meinem Trackpad. Ich weiß nicht genau, warum es funktioniert. Vielleicht hat die neueste Version von bluez eine Art Regression bei Bluetooth LE (auf die Jason Tibbitts geantwortet hat)? Wie auch immer, hoffe, diese Antwort könnte helfen. :)


Das hat meine Fedora 26 kaputt gemacht, danke! : '(
Diego Mora Cespedes

0

Ubuntu 16.04, Bose QC35: Installierte "Bluetooth Adapters" Software und konnte sich problemlos verbinden.


Scheitern Sie mit "Ubuntu ist ein interner Fehler aufgetreten" für mich.
Laurent

0

Ich hatte unter Arch Linux das gleiche Problem und musste diese Dinge tun. Es ist nicht unwahrscheinlich, dass das Ausführen von "äquivalenten" Befehlen für viele andere Leute in Linux-Distributionen hilfreich sein wird:

  • Installieren Sie die Pakete pulseaudio-bluetooth pulseaudio-alsa bluez bluez-libs bluez-utils und starten Sie Pulseaudio neu (falls es bereits lief, als Bluetooth installiert wurde):

    pulseaudio -k
    pulseaudio --start
    

    Wenn Sie eine Fehlermeldung erhalten

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

    dann müssen Sie diese Befehle als nicht root / without ausführen sudo.

  • Das Modul btusbmusste in meinem Fall geladen werden, also modprobe btusbjedes Mal , wenn Sie die Kopfhörer benötigen, oder laden Sie das Modul beim Start

  • Führen rfkillSie den Befehl aus, um festzustellen, ob Ihr Bluetooth-Gerät soft- / hardblockiert ist, und geben Sie die Blockierung frei, wenn es blockiert ist
  • Überprüfen Sie, ob der Bluetooth-Dienst ausgeführt wird (dh mit systemdwird der Befehl wahrscheinlich so etwas wie systemctl status bluetooth.service digitaler Stereo-Ausgang für eingebauten Audio-High-Fidelity sein ... (a2dp sink) für Kopfhörer

  • Im Sinne von OP muss die Konfiguration möglicherweise angepasst werden, wie in einer Antwort auf diese SE-Frage vorgeschlagen . Hier finden Sie Erläuterungen:

    • Bearbeiten /etc/bluetooth/main.conf: Suchen Sie die Zeile, die enthält
      #ControllerMode = dual
      
      und ändere es in:
      ControllerMode = bredr
      
      oder erstelle eine neue Datei mit:
      [General]
      ControllerMode = bredr
      
      Starten Sie dann Bluetooth neu und koppeln / verbinden Sie sich ( systemctl restart bluetooth.serviceoder verwenden Sie ein GUI-Frontend, um es aus- und einzuschalten )

Es gibt auch Anweisungen von jemandem auf GitHub ( Hinweis: Ich bin nicht ganz sicher , was diese Veränderungen aus der GitHub - Repository zu tun (ich habe versucht , genug Zeit damit verbracht , Dinge zu Arbeit zu bekommen), so Gebrauch mit Vorsicht ... Ich nehme an, die Gruppenänderungen aktivieren wahrscheinlich nur die Bluetooth-Steuerung über den Benutzerbereich oder eine der folgenden Leitungen:

Um mit dem Bose QC35 Headset Bluetooth zu arbeiten, gehen Sie wie folgt vor:

  • 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

Wenn Sie möchten, dass die Gruppe ohne Neustart geändert wird, können Sie Folgendes ausführen (wie hier in SE angegeben ):

exec su -l $USER

Gruppenänderungen werden sofort ohne Neustart wirksam.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.