I have to switch my MX master 3 off/on to be paired to bluetooth at Manjaro startup

Hi, Manjaro, Linux 5.15, Solaar up to date

The mouse works very well, settings available but, as said in title, it doesn’t work at computer start until I switch it of and on.

What can be done ?

Best

~]$ sudo systemctl status bluetooth.service
● bluetooth.service - Bluetooth service
     Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: disabled)
     Active: active (running) since Mon 2022-01-03 07:49:59 CET; 2h 0min ago
       Docs: man:bluetoothd(8)
   Main PID: 713 (bluetoothd)
     Status: "Running"
      Tasks: 1 (limit: 18382)
     Memory: 3.6M
        CPU: 16.561s
     CGroup: /system.slice/bluetooth.service
             └─713 /usr/lib/bluetooth/bluetoothd

janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/sbc
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSink/sbc_xq
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/sbc_xq
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/faststream
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/faststream_duplex
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/aptx_ll_1
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/aptx_ll_0
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/aptx_ll_duplex_1
janv. 03 07:50:03 ordi1 bluetoothd[713]: Endpoint registered: sender=:1.30 path=/MediaEndpoint/A2DPSource/aptx_ll_duplex_0
janv. 03 07:50:10 ordi1 bluetoothd[713]: profiles/audio/avdtp.c:avdtp_connect_cb() connect to F4:4E:FD:8F:F4:9B: Host is down (112)

~]$ sudo systemctl status bluetooth-autoconnect
● bluetooth-autoconnect.service - Bluetooth autoconnect service
     Loaded: loaded (/usr/lib/systemd/system/bluetooth-autoconnect.service; enabled; vendor preset: disabled)
     Active: active (running) since Mon 2022-01-03 07:49:59 CET; 2h 2min ago
   Main PID: 712 (bluetooth-autoc)
      Tasks: 1 (limit: 18382)
     Memory: 21.4M
        CPU: 79ms
     CGroup: /system.slice/bluetooth-autoconnect.service
             └─712 "/usr/bin/bluetooth-autoconnect -d"

janv. 03 07:49:59 ordi1 systemd[1]: Started Bluetooth autoconnect service.
janv. 03 07:50:00 ordi1 bluetooth-autoconnect[712]: connecting to device /org/bluez/hci0/dev_D7_62_CF_AB_6F_F7
janv. 03 07:50:00 ordi1 bluetooth-autoconnect[712]: connecting to device /org/bluez/hci0/dev_F4_4D_92_5D_3C_10
janv. 03 07:50:00 ordi1 bluetooth-autoconnect[712]: connecting to device /org/bluez/hci0/dev_F4_4E_FD_8F_F4_9B
janv. 03 07:50:00 ordi1 bluetooth-autoconnect[712]: error connecting to device /org/bluez/hci0/dev_F4_4E_FD_8F_F4_9B: br-connection-profile-unavailable
janv. 03 07:50:25 ordi1 bluetooth-autoconnect[712]: error connecting to device /org/bluez/hci0/dev_D7_62_CF_AB_6F_F7: Did not receive a reply. Possible causes include: the remote application did not send a repl>
janv. 03 07:50:25 ordi1 bluetooth-autoconnect[712]: error connecting to device /org/bluez/hci0/dev_F4_4D_92_5D_3C_10: Did not receive a reply. Possible causes include: the remote application did not send a repl>

Hi @nam1962,

I personally think that’s how it’s supposed to work. Perhaps because of battery power, or security (although, there I have no specifics.) Making the device (the “client”) request a connection (from the “server”) would, in my opinion, be more energy-efficient than the device constantly broadcasting its availability with the device (the “clientt”), which is very often battery powered, constantly “listening”.

But, that’s just my opinion.

Hi @Mirdarthos I think it’s an issue eand absolutely not a feature. Nobody here with a Logitech bluetooth mouse or keyboard ?

Maybe, but that’s just my thought. :man_shrugging: I might be wrong and I’m not afraid to admit it. :wink:

Well @Mirdarthos if you can totally avoid spamming threads with such idle comment, it’ll be a relief ans save my time.

Now, I kept searching, and also ask Logitech.

Here is a similar question, I do have tlp-rdw but don’t figure out what and how to mask…

https://unix.stackexchange.com/questions/678326/arch-linux-bluetooth-mouse-not-automatically-connecting

I also checked other solutions with no success :slight_smile:
https://itectec.com/unixlinux/linux-bluetooth-mouse-does-not-automatically-reconnect-on-reboot/

https://askubuntu.com/questions/206611/automatically-connect-bluetooth-mouse

I’m still digging and see this for W$:

click the Power Management tab and uncheck Allow the computer to turn off this device to save power.

source

The issue is I don’t know which tlp ou system setup I should use for this.

Three pieces of info I can contribute:

  1. I have the same extra problem with my MX Master mouse. As the OP says, it is only for Bluetooth. And I tried an MX anywhere2 mouse, which does not have this issue.
  2. I have tried 5.15, 5.14, 5.10 kernels, the problem is the same.
  3. This issue only showed up after a recent big update, which includes bluez and a bunch of other Bluetooth related packages. The reason I am so sure is that I notice this issue when I switch from stable branch to testing branch and did a bunch of updates. Then I switch back to stable and the issue disappeared. Then a few weeks later when the update reached the stable branch, we all have this issue now.
2 Likes

Thank you for confirmation.

In my case, the mice being a Christmas present I only experienced it since and only saw one significant update.

I have another (minor) issue : the scrollwheel has one deadclick before scrolling when in click mode, if freewheel, the scroll is instantaneous. Is this a feature ?

I experience the exactly same annoying behaviour. I never had these issues with the older MX Master 2 but now with the MX Master 3 for MAC. I use the mouse both for my business notebook running Win10 and my own Notebook running Manjaro. (Btw. According to Logitech the MAC version should be exactly the same as the normal but in defferent color and without Unifiing receiver, I don’t think that this should be the Problem)

Here are some random hints i collected:

  1. My Bluetooth connects at every startup automatically to my Amp (which is annoying) and shows for me that it is not a problem of the bluetooth card as it is up and running.
  2. The mouse is beeing recognized by the system, the green LED flashes for a short time and battery status is shown correctly even though the mouse doesn’t move.
  3. To get the mouse running on can either switch it off and on by the hardware switch or by disconnectin an connecting in the bluetooth system tray menu.

The interesting thing is now, that it works perfectly fine with my old 5.4 kernel. Thus I watched out for differences in the output of bluetoothctl and the difference I can see is WakeAllowed: no on 5.4 kernel where it is on, on the current 5.15 kernel.

I tried this old kernel because I have it as my backup kernel and because I read this the topic about Problems with all BLE devices on kernel 5.9+ in the Arch-Wiki (sorry I’m not allowed to post links)

Any ideas about that?

Output of bluetoothctl on Linux manjaro 5.4.169-1-MANJARO

[MX Master 3 Mac]# info
Device FC:01:23:BF:96:F8 (random)
        Name: MX Master 3 Mac
        Alias: MX Master 3 Mac
        Appearance: 0x03c2
        Icon: input-mouse
        Paired: yes
        Trusted: yes
        Blocked: no
        Connected: yes
        WakeAllowed: no
        LegacyPairing: no
        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: Battery Service           (0000180f-0000-1000-8000-00805f9b34fb)
        UUID: Human Interface Device    (00001812-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (00010000-0000-1000-8000-011f2000046d)
        Modalias: usb:v046DpB023d0015
        Battery Percentage: 0x64 (100)

Output of bluetoothctl on Linux manjaro 5.15.12-1-MANJARO

[MX Master 3 Mac]# info
Device FC:01:23:BF:96:F7 (random)
        Name: MX Master 3 Mac
        Alias: MX Master 3 Mac
        Appearance: 0x03c2
        Icon: input-mouse
        Paired: yes
        Trusted: yes
        Blocked: no
        Connected: yes
        WakeAllowed: yes
        LegacyPairing: no
        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: Battery Service           (0000180f-0000-1000-8000-00805f9b34fb)
        UUID: Human Interface Device    (00001812-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (00010000-0000-1000-8000-011f2000046d)
        Modalias: usb:v046DpB023d0015
        Battery Percentage: 0x64 (100)
1 Like

A temporary solution for me is to downgrade these three packages to version 5.61:

bluez-5.61-1
bluez-libs-5.61-1
bluez-utils-5.61-1

Hi there from Portugal,
I also have this issue

Manjaro KDE 21.2.3 / Kernel 5.15.21-1-MANJARO

[MX Master 3]# info
Device DE:51:67:5D:2C:79 (random)
        Name: MX Master 3
        Alias: MX Master 3
        Appearance: 0x03c2
        Icon: input-mouse
        Paired: yes
        Trusted: yes
        Blocked: no
        Connected: yes
        WakeAllowed: yes
        LegacyPairing: no
        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: Battery Service           (0000180f-0000-1000-8000-00805f9b34fb)
        UUID: Human Interface Device    (00001812-0000-1000-8000-00805f9b34fb)
        UUID: Vendor specific           (00010000-0000-1000-8000-011f2000046d)
        Modalias: usb:v046DpB023d0015
        Battery Percentage: 0x64 (100)

The latest update of Manjaro to bluez 5.64-2 fixed the problem for me.

I’ll wait for the release, then.

5.64-2 with 15/04 update, I even went to kernel 5.17 and… my Manjaro doen’s even see the MX Master3…
:confused:

[Edit] I changed channel from 1 to 2 on the mouse and it’s ok.

I don’t know which did the trick:

  • kernel 5.17
  • bluez 5.64-2
  • switching to channel 2

But it works !

Thank you all for caring !

:nerd_face:

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.