Zaloguj się

Vergiliusz · 26-09-2022, 08:35

Dzień dobry.
Szukałem ale albo nie umiałem znaleźć albo nie ma tu takiego problemu wymienionego.
Problem dotyczy nowo zainstalowanego Linux Mint 21 na notebooku i łączenia myszki BT.
Kiedy myszka jest świeżo sparowana to działa poprawnie ale po restarcie notebooka jest wykrywana i rozłączana.

***dedito*** · 26-09-2022, 08:42

0

Proszę podać informacje o konfiguracji sprzętowej/programowej w postaci wyniku polecenia inxi -Fxz (więcej szczegółów uzyskasz klikając w link)

Podając wyniki komend bądź logi proszę używać znaczników - CODE (więcej szczegółów uzyskasz klikając w link)

Więcej zasad, które należy stosować znajdziesz w Zasadach forum

Stosując zasady pomagasz Sobie i Nam bo:
- My nie musimy zajmować się redagowaniem postów, przypominaniem o przestrzeganiu zasad, zbieraniem wystarczającej ilości informacji do udzielenia merytorycznej pomocy.
- Ty masz większe szanse na szybkie otrzymanie merytorycznej odpowiedzi.

Vergiliusz · 26-09-2022, 09:06

0

(26-09-2022, 08:42)dedito napisał(a): Proszę podać informacje o konfiguracji sprzętowej/programowej w postaci wyniku polecenia inxi -Fxz (więcej szczegółów uzyskasz klikając w link)

Podając wyniki komend bądź logi proszę używać znaczników - CODE (więcej szczegółów uzyskasz klikając w link)

Więcej zasad, które należy stosować znajdziesz w Zasadach forum

Stosując zasady pomagasz Sobie i Nam bo:
- My nie musimy zajmować się redagowaniem postów, przypominaniem o przestrzeganiu zasad, zbieraniem wystarczającej ilości informacji do udzielenia merytorycznej pomocy.
- Ty masz większe szanse na szybkie otrzymanie merytorycznej odpowiedzi.

Dziękuję za wskazówki i zwrócenie uwagi, dopiero zaczynam nowe życie z Linuxem dlatego każda rada jest cenna.

Kod:
jacek@jacek-N46VZ:~$ inxi -Fxz

System:

  Kernel: 5.15.0-48-generic x86_64 bits: 64 compiler: gcc v: 11.2.0

    Desktop: KDE Plasma 5.24.6 Distro: Linux Mint 21 Vanessa

    base: Ubuntu 22.04 jammy

Machine:

  Type: Laptop System: ASUSTeK product: N46VZ v: 1.0

    serial: <superuser required>

  Mobo: ASUSTeK model: N46VZ v: 1.0 serial: <superuser required>

    UEFI: American Megatrends v: N46VZ.409 date: 12/25/2012

Battery:

  ID-1: BAT0 charge: 36.9 Wh (55.2%) condition: 66.9/72.6 Wh (92.1%)

    volts: 11.2 min: 11.1 model: ASUSTeK N56--52 status: Discharging

CPU:

  Info: quad core model: Intel Core i7-3610QM bits: 64 type: MT MCP

    arch: Ivy Bridge rev: 9 cache: L1: 256 KiB L2: 1024 KiB L3: 6 MiB

  Speed (MHz): avg: 1333 high: 1789 min/max: 1200/3300 cores: 1: 1197

    2: 1198 3: 1197 4: 1481 5: 1789 6: 1197 7: 1197 8: 1411 bogomips: 36716

  Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx

Graphics:

  Device-1: Intel 3rd Gen Core processor Graphics vendor: ASUSTeK N56VZ

    driver: i915 v: kernel bus-ID: 00:02.0

  Device-2: NVIDIA GK107M [GeForce GT 650M] vendor: ASUSTeK N56VZ

    driver: N/A bus-ID: 01:00.0

  Device-3: Sunplus Innovation Asus Webcam type: USB driver: uvcvideo

    bus-ID: 1-1.3:4

  Display: x11 server: X.Org v: 1.21.1.3 driver: X: loaded: modesetting

    unloaded: fbdev,vesa gpu: i915 resolution: 1366x768~60Hz

  OpenGL: renderer: Mesa Intel HD Graphics 4000 (IVB GT2)

    v: 4.2 Mesa 22.0.5 direct render: Yes

Audio:

  Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: ASUSTeK

    driver: snd_hda_intel v: kernel bus-ID: 00:1b.0

  Device-2: NVIDIA GK107 HDMI Audio driver: snd_hda_intel v: kernel

    bus-ID: 01:00.1

  Sound Server-1: ALSA v: k5.15.0-48-generic running: yes

  Sound Server-2: PulseAudio v: 15.99.1 running: yes

  Sound Server-3: PipeWire v: 0.3.48 running: yes

Network:

  Device-1: Intel Centrino Wireless-N 2230 driver: iwlwifi v: kernel

    bus-ID: 03:00.0

  IF: wlp3s0 state: up mac: <filter>

  Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet

    vendor: ASUSTeK driver: r8169 v: kernel port: d000 bus-ID: 04:00.2

  IF: enp4s0f2 state: down mac: <filter>

Bluetooth:

  Device-1: Intel Centrino Bluetooth Wireless Transceiver type: USB

    driver: btusb v: 0.8 bus-ID: 1-1.1:3

  Report: hciconfig ID: hci0 rfk-id: 1 state: up address: <filter>

    bt-v: 2.1 lmp-v: 4.0

Drives:

  Local Storage: total: 238.47 GiB used: 54.71 GiB (22.9%)

  ID-1: /dev/sda vendor: Micron model: C400-MTFDDAK256MAM size: 238.47 GiB

Partition:

  ID-1: / size: 232.22 GiB used: 54.7 GiB (23.6%) fs: ext4 dev: /dev/dm-0

    mapped: vgmint-root

  ID-2: /boot/efi size: 512 MiB used: 5.2 MiB (1.0%) fs: vfat

    dev: /dev/sda2

Swap:

  ID-1: swap-1 type: partition size: 976 MiB used: 0 KiB (0.0%)

    dev: /dev/dm-1 mapped: vgmint-swap_1

Sensors:

  System Temperatures: cpu: 44.0 C mobo: N/A

  Fan Speeds (RPM): cpu: 1700

Info:

  Processes: 267 Uptime: 1m Memory: 7.65 GiB used: 1.12 GiB (14.7%)

  Init: systemd runlevel: 5 Compilers: gcc: 11.2.0 Packages: 3185 Shell: Bash

  v: 5.1.16 inxi: 3.3.13

***dedito*** · (Ten post był ostatnio modyfikowany: 26-09-2022, 12:33 przez dedito.)

0

journalctl -b --no-pager
Wynik wklej na pastebin. https://forum.linuxmint.pl/showthread.ph...d=22#pid22

Vergiliusz · 26-09-2022, 13:48

0

(26-09-2022, 12:31)dedito napisał(a): journalctl -b --no-pager
Wynik wklej na pastebin. https://forum.linuxmint.pl/showthread.ph...d=22#pid22

https://pastebin.com/a3wMUZcf

Zrobione

***dedito*** · 26-09-2022, 14:21

0

Jeszcze potrzebna lista sparowanych urządzeń: bluetoothctl paired-devices

Vergiliusz · (Ten post był ostatnio modyfikowany: 26-09-2022, 15:09 przez Vergiliusz.)

0

(26-09-2022, 14:21)dedito napisał(a): Jeszcze potrzebna lista sparowanych urządzeń: bluetoothctl paired-devices

Już leci:

Kod:
jacek@jacek-N46VZ:~$ bluetoothctl paired-devices

Device 50:98:39:48:36:29 Xiaomi 12 - Vergiliusz

Device D1:07:38:84:62:4F Mi Silent Mouse

Device F9:2D:EA:F6:15:25 Baseus Encok D02 Pro

jacek@jacek-N46VZ:~$

***dedito*** · (Ten post był ostatnio modyfikowany: 26-09-2022, 17:25 przez dedito.)

0

No niestety logi milczą na temat Device D1:07:38:84:62:4F Mi Silent Mouse
W logach jest tylko Device 50:98:39:48:36:29 Xiaomi 12 - Vergiliusz, ale to raczej telefon.
To może tak, wynik dmesg | tail -n 20 ale tuż po tym jak nastąpi rozłączenie myszy.

Vergiliusz · 27-09-2022, 07:47

0

(26-09-2022, 17:22)dedito napisał(a): No niestety logi milczą na temat Device D1:07:38:84:62:4F Mi Silent Mouse
W logach jest tylko Device 50:98:39:48:36:29 Xiaomi 12 - Vergiliusz, ale to raczej telefon.
To może tak, wynik dmesg | tail -n 20 ale tuż po tym jak nastąpi rozłączenie myszy.

Dzień dbry, już mam:

Kod:
jacek@jacek-N46VZ:~$ dmesg | tail -n 20

[    9.245183] wlp3s0: associate with 28:6c:07:df:b6:ab (try 1/3)

[    9.247503] wlp3s0: RX AssocResp from 28:6c:07:df:b6:ab (capab=0xc31 status=0 aid=5)

[    9.250353] wlp3s0: associated

[    9.593575] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready

[   10.083085] Bluetooth: RFCOMM TTY layer initialized

[   10.083099] Bluetooth: RFCOMM socket layer initialized

[   10.083110] Bluetooth: RFCOMM ver 1.11

[   14.114922] kauditd_printk_skb: 17 callbacks suppressed

[   14.114926] audit: type=1400 audit(1664257289.150:29): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1570 comm="cups-browsed" capability=23  capname="sys_nice"

[   17.646372] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:28:6c:07:df:b6:aa:08:00 SRC=192.168.1.1 DST=192.168.1.167 LEN=76 TOS=0x00 PREC=0x00 TTL=64 ID=37961 DF PROTO=UDP SPT=9999 DPT=9999 LEN=56 

[   18.242996] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:28:6c:07:df:b6:aa:08:00 SRC=192.168.1.1 DST=192.168.1.167 LEN=76 TOS=0x00 PREC=0x00 TTL=64 ID=38063 DF PROTO=UDP SPT=9999 DPT=9999 LEN=56 

[   20.643038] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:28:6c:07:df:b6:aa:08:00 SRC=192.168.1.1 DST=192.168.1.167 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=20205 DF PROTO=TCP SPT=31442 DPT=80 WINDOW=14600 RES=0x00 SYN URGP=0 

[   21.642760] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:28:6c:07:df:b6:aa:08:00 SRC=192.168.1.1 DST=192.168.1.167 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=20206 DF PROTO=TCP SPT=31442 DPT=80 WINDOW=14600 RES=0x00 SYN URGP=0 

[  114.475225] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:28:6c:07:df:b6:aa:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 

[  114.517163] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:7c:49:eb:f7:56:de:08:00 SRC=192.168.1.100 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=36687 PROTO=2 

[  239.914223] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:28:6c:07:df:b6:aa:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 

[  244.242954] [UFW BLOCK] IN=wlp3s0 OUT= MAC=84:a6:c8:da:55:d9:7c:49:eb:f7:56:de:08:00 SRC=192.168.1.100 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=36777 PROTO=2 

[  290.354726] Bluetooth: hci0: Controller not accepting commands anymore: ncmd = 0

[  290.354748] Bluetooth: hci0: Injecting HCI hardware error event

[  290.354798] Bluetooth: hci0: hardware error 0x00

jacek@jacek-N46VZ:~$

***dedito*** · (Ten post był ostatnio modyfikowany: 27-09-2022, 08:45 przez dedito.)

0

Cytat:[ 290.354726] Bluetooth: hci0: Controller not accepting commands anymore: ncmd = 0
[ 290.354748] Bluetooth: hci0: Injecting HCI hardware error event
[ 290.354798] Bluetooth: hci0: hardware error 0x00

Wygląda na błąd w jądrze.
Na poniższej stronie użytkownik podał parę rozwiązań na obejście problemu
https://peterbabic.dev/blog/bluetooth-mo...fter-boot/

Cytat:Temporary workarounds
For the previous two months I had to do the following to get the mouse to work on Bluetooth again.

Option 1: Power cycle the mouse
The most obvious fix is to turn the mouse off and on again via the upper switch on it's bottom. The mouse reconnects and becomes responsive. Annoying to do this many times a day.

Option 2: Cycle the source
Another thing that forces the mouse to reconnect is to press the source button described above exactly three times. Since there are three sources, it ends on the exactly the same source. This is exactly as annoying as the previous option.

Option 3: Gnome Bluetooth GUI
Navigating into Bluetooth settings in Gnome, disconnecting and re-connecting the mouse via GUI switch also does the job. But since it is in GUI, it requires many clicks with touchpad. Absolutely the worst option.

Option 4: bluetoothctl CLI
Obviously, It is possible to use command line to resolve the issue. The command bluetoothctl from the package bluez-utils can do the job:

bluetoothctl -- disconnect MAC_ADDRESS
Which outputs the following:

Attempting to disconnect from E7:B9:C9:15F:80
[CHG] Device E7:B9:C9:15F:80 ServicesResolved: no
Successful disconnected
MAC address of the mouse can be found for instance like this:

bluetoothctl -- devices | grep Master | cut -d' ' -f2
The disconnect seems to be enough, the mouse reconnects itself back and becomes responsive automatically. Not sure what to take out of it.

Note: using bluetoothctl in the interactive mode (just running the command) offers completion for commands and MAC addresses too, using it so this way it might be even faster when not inside a script.

oraz znalazł rozwiązanie w postaci instalacji starszego kernela:

Cytat:I was thankfully able to find a solution to this painful issue in the end. I have used the older LTS kernel from the AUR package https://aur.archlinux.org/packages/linux-lts54/ currently sitting at version 5.4.155 and let it compile overnight.

This kernel does not appear to do any harm to my workflow and gracefully solves the Bluetooth mouse issue. With this kernel on ThinkPad T470, the dmesg is entirely clear without any obvious hiccups, so I might keep it for a while and see how it goes. Hope that helps!

Myślę, że najprostszym wyjściem będzie poczekać na poprawkę i obchodzić problem za pomocą np. bluetoothctl (to można podpiąć pod skrót klawiszowy lub skrypt odpalany z pulpitu) lub zainstalować starszy kernel.

Zaloguj się
Login:
Hasło:	Nie pamiętam hasła
	Zapamiętaj mnie