Wyłączające się porty USB oraz kamera

[Conny]

Hej!
Laptop: HP ENVY x360 Convertible 15-bq2xx
System: Linux Mint 20.1 Cinnamon,
Wersja Cinnamon: 4.8.6

Problem:
Wyłączają mi się porty USB oraz kamera (tyle zdążyłem zauważyć).
W nieoczekiwanym momencie (może być zaraz po starcie albo po kilku godzinach pracy) wyłącza mi się mysz, pad, cokolwiek co mam podpięte do laptopa i nie mogę uruchomić kamery.
Aktualizowałem BIOS, wyłączałem "oszczędzanie baterii" (wyłączanie portów przez system), reinstalowałem cały system.
Problem dalej się przydarza.

O co chodzi?

[robson75]

Sprawdź czy masz w systemie zainstalowaną paczkę usbmuxd oraz libusbmuxd.
Oczywiście nazwy paczek mogą się różnić, ponieważ ja używam Arch-a, a Ty masz system oparty na Debian-e.

[Conny]

usbmuxd is already the newest version (1.1.1~git20191130.9af2b12-1).

Drugiej paczki nie mam, musze poszukać zamiennika na debianie. Tak jak czytam to ta paczka jest potrzebna do urządzeń na iOS'ie, nie jest mi to potrzebne do szczęścia chyba.

EDIT: Mam paczkę libusbmuxd6

[robson75]

To w takim razie pokaż co Ci wyświetla polecenie

Kod [Zaznacz] Rozwiń

lsusb

[Conny]

mateusz@mateusz-HP-ENVY-x360-Convertible-15-bq2xx:~$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 0bda:b00b Realtek Semiconductor Corp.
Bus 003 Device 003: ID 0483:91d1 STMicroelectronics Sensor Hub
Bus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 04f2:b593 Chicony Electronics Co., Ltd HP Wide Vision FHD Camera
Bus 001 Device 002: ID 046d:c52f Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
mateusz@mateusz-HP-ENVY-x360-Convertible-15-bq2xx:~$

Teraz wszystko mam działające.
Mam sprawdzić gdy znowu się wysypie?

[robson75]

A sprawdź w BIOS-e czy masz wszystko co związane z portami USB ustawione na enable.

[pavbaranov]

Sprawdziłbym co wypisuje journalctl w takiej sytuacji lub nawet sam dmseg (końcowe linijki, zatem można go tail potraktować).
Czy mógłbyś sprawdzić, czy problem również pojawia się podczas pracy na liveiso?

[Conny]

Wszystko w BIOSie mam Enable.

Odpowiedź z dmesg:

Kod [Zaznacz] Rozwiń

mateusz@mateusz-HP-ENVY-x360-Convertible-15-bq2xx:~$ dmesg | tail -40
                (Note that use of the override may cause unknown side effects.)
[    4.953462] kvm: disabled by bios
[    4.954990] EDAC amd64: Node 0: DRAM ECC disabled.
[    4.954995] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
                Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
                (Note that use of the override may cause unknown side effects.)
[    5.094523] EDAC amd64: Node 0: DRAM ECC disabled.
[    5.094526] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
                Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
                (Note that use of the override may cause unknown side effects.)
[    5.254135] Bluetooth: hci0: RTL: fw version 0xab6b705c
[    5.266035] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    5.266037] Bluetooth: BNEP filters: protocol multicast
[    5.266046] Bluetooth: BNEP socket layer initialized
[    5.382652] NET: Registered protocol family 38
[    5.746641] kauditd_printk_skb: 22 callbacks suppressed
[    5.746645] audit: type=1400 audit(1614064666.555:33): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1002 comm="cups-browsed" capability=23  capname="sys_nice"
[    5.913472] Lockdown: Xorg: raw io port access is restricted; see man kernel_lockdown.7
[    6.053636] rtw_pci 0000:03:00.0: start vif 80:2b:f9:19:5e:d5 on port 0
[    7.527660] Bluetooth: RFCOMM TTY layer initialized
[    7.527675] Bluetooth: RFCOMM socket layer initialized
[    7.527683] Bluetooth: RFCOMM ver 1.11
[   10.454549] wlp3s0: authenticate with c8:8d:83:71:84:78
[   11.018064] wlp3s0: send auth to c8:8d:83:71:84:78 (try 1/3)
[   11.019523] wlp3s0: authenticated
[   11.022033] wlp3s0: associate with c8:8d:83:71:84:78 (try 1/3)
[   11.025831] wlp3s0: RX AssocResp from c8:8d:83:71:84:78 (capab=0x411 status=0 aid=3)
[   11.025868] rtw_pci 0000:03:00.0: sta c8:8d:83:71:84:78 joined with macid 0
[   11.026226] wlp3s0: associated
[   11.056727] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[   13.164938] Lockdown: modprobe: unsigned module loading is restricted; see man kernel_lockdown.7
[   14.336139] logitech-hidpp-device 0003:046D:400A.0005: HID++ 2.0 device connected.
[  308.864418] rtw_pci 0000:03:00.0: failed to send h2c command
[  308.864547] rtw_pci 0000:03:00.0: failed to send h2c command
[  308.864598] rtw_pci 0000:03:00.0: failed to send h2c command
[  336.922895] rtw_pci 0000:03:00.0: failed to send h2c command
[  336.922958] rtw_pci 0000:03:00.0: failed to send h2c command
[  383.813569] rtw_pci 0000:03:00.0: failed to send h2c command
[  597.934328] rtw_pci 0000:03:00.0: failed to send h2c command
[  597.934391] rtw_pci 0000:03:00.0: failed to send h2c command


[pavbaranov]

Ten dmesg jest z chwili, gdy się mysz/klawiatura rozłączyła?
I jeszcze jedno - piszesz o wyłączaniu Ci się kamerki, pada, klawiatury na USB - to są urządzenia zewnętrzne podpięte do laptopa, czy też wewnętrzne (z lsusb/dmesg wynikałoby, że masz i takie i takie).

[Conny]

Komenda jest przy działających urządzeniach.
Póki co wszystko działa, po aktualizacji BIOSu dużo rzadziej mi się wyłączają (ale wciąż)

Mysz, pad to urządzenia podłączone przez USB, kamerka jest wbudowana

[pavbaranov]

Chodzi o wynik dmesg/journalctl z chwili, gdy przestaje działać. Być może zobaczymy co się wyłącza i dlaczego. Z działającego niewiele nam da, oprócz tego, że jak widzisz są tam jakieś błędy, ale chyba nie są one związane z opisywanym przez Ciebie problemem.
PS: Tak na mój nos, to coś tu z zarządzaniem energią. Nie stosuję tego typu urządzeń, ale czy ewentualnie klawiatura i/lub mysz nie mają jakiegoś przejścia w stan uśpienia gdy nie są używane przez jakiś czas? Ewentualnie, czy problem taki nie występuje, gdy sam laptop - jeśli nawet nie przeszedł, to "próbował" przejść w stan uśpienia (problemy z działaniem klawiatur USB Logitech po uśpieniu są znane). 

[Conny]

Wyłączyły mi się te urządzenia znowu.

Kod [Zaznacz] Rozwiń

mateusz@mateusz-HP-ENVY-x360-Convertible-15-bq2xx:~$ dmesg | tail -40
[11031.779420] rtw_pci 0000:03:00.0: failed to send h2c command
[11125.762857] rtw_pci 0000:03:00.0: failed to send h2c command
[11379.941139] rtw_pci 0000:03:00.0: failed to send h2c command
[11497.760230] rtw_pci 0000:03:00.0: failed to send h2c command
[11497.760349] rtw_pci 0000:03:00.0: failed to send h2c command
[11497.760396] rtw_pci 0000:03:00.0: failed to send h2c command
[11570.815487] rtw_pci 0000:03:00.0: failed to send h2c command
[11570.815611] rtw_pci 0000:03:00.0: failed to send h2c command
[11643.806965] rtw_pci 0000:03:00.0: failed to send h2c command
[11683.842678] rtw_pci 0000:03:00.0: failed to send h2c command
[11835.805712] rtw_pci 0000:03:00.0: failed to send h2c command
[11835.805763] rtw_pci 0000:03:00.0: failed to send h2c command
[11913.757163] rtw_pci 0000:03:00.0: failed to send h2c command
[11913.757213] rtw_pci 0000:03:00.0: failed to send h2c command
[12000.796572] rtw_pci 0000:03:00.0: failed to send h2c command
[12000.796697] rtw_pci 0000:03:00.0: failed to send h2c command
[12000.796751] rtw_pci 0000:03:00.0: failed to send h2c command
[12004.768612] rtw_pci 0000:03:00.0: failed to send h2c command
[12264.762673] rtw_pci 0000:03:00.0: failed to send h2c command
[12264.762724] rtw_pci 0000:03:00.0: failed to send h2c command
[12361.758120] rtw_pci 0000:03:00.0: failed to send h2c command
[12361.758170] rtw_pci 0000:03:00.0: failed to send h2c command
[12477.753593] rtw_pci 0000:03:00.0: failed to send h2c command
[12646.645781] xhci_hcd 0000:04:00.3: Mismatch between completed Set TR Deq Ptr command & xHCI internal state.
[12646.645786] xhci_hcd 0000:04:00.3: ep deq seg = 00000000ec1c4f6c, deq ptr = 000000001f011ee0
[12652.763818] xhci_hcd 0000:04:00.3: xHCI host not responding to stop endpoint command.
[12652.763848] xhci_hcd 0000:04:00.3: xHCI host controller not responding, assume dead
[12652.763869] xhci_hcd 0000:04:00.3: HC died; cleaning up
[12652.763886] usb 1-3: USB disconnect, device number 2
[12652.872724] usb 1-4: USB disconnect, device number 3
[12654.191537] [UFW BLOCK] IN=wlp3s0 OUT= MAC=80:2b:f9:19:5e:d5:b0:0c:d1:38:fd:9a:08:00 SRC=192.168.100.133 DST=192.168.100.4 LEN=201 TOS=0x00 PREC=0x00 TTL=64 ID=32798 PROTO=UDP SPT=161 DPT=32820 LEN=181
[12654.191629] [UFW BLOCK] IN=wlp3s0 OUT= MAC=80:2b:f9:19:5e:d5:b0:0c:d1:38:fd:9a:08:00 SRC=192.168.100.133 DST=192.168.100.4 LEN=201 TOS=0x00 PREC=0x00 TTL=64 ID=33060 PROTO=UDP SPT=161 DPT=32820 LEN=181
[13166.828249] rtw_pci 0000:03:00.0: failed to send h2c command
[13166.828300] rtw_pci 0000:03:00.0: failed to send h2c command
[13956.765612] rtw_pci 0000:03:00.0: failed to send h2c command
[13956.765662] rtw_pci 0000:03:00.0: failed to send h2c command
[14017.858196] rtw_pci 0000:03:00.0: failed to send h2c command
[14017.858246] rtw_pci 0000:03:00.0: failed to send h2c command
[14783.811325] rtw_pci 0000:03:00.0: failed to send h2c command
[14783.811376] rtw_pci 0000:03:00.0: failed to send h2c command
mateusz@mateusz-HP-ENVY-x360-Convertible-15-bq2xx:~$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 0bda:b00b Realtek Semiconductor Corp.
Bus 003 Device 003: ID 0483:91d1 STMicroelectronics Sensor Hub
Bus 003 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


[pavbaranov]

Informacje rtw_pci XXX failed to send h2c dotyczą sterownika wifi. Informacje zaczynające się od xhci_hcd dotyczyć mogą w istocie czegoś z USB.
Moje podejrzenie jest takie, jakby to był problem z jakimś uśpieniem. Przez przypadek problem nie zaistniał po wybudzeniu systemu?
Możesz ewentualnie sprawdzić, czy dopisanie do parametrów kernela podczas startu:

Kod [Zaznacz] Rozwiń

intel_iommu=off coś zmienia (w 100% nie jestem pewny tego rozwiązania).

[Conny]

Możesz ewentualnie sprawdzić, czy dopisanie do parametrów kernela podczas startu:

Kod [Zaznacz] Rozwiń

intel_iommu=off coś zmienia (w 100% nie jestem pewny tego rozwiązania).

Mógłbyś mi podpowiedzieć jak to zrobić? Jestem póki co laikiem w linuxowych sprawach.

[robson75]

Najprościej wejść do /etc/default/grub i edytować plik grub, powinno to tak wyglądać

Kod [Zaznacz] Rozwiń

GRUB_CMDLINE_LINUX_DEFAULT="intel_iommu=off"
I po edycji oczywiście wydać komendę

Kod [Zaznacz] Rozwiń

sudo update-grub