Klawisze funkcyjne nie działają po uśpieniu.

[umcs]

Niedawno pojawił się w moim systemie taki problem, że po wyprowadzeniu laptopa z uśpienia nie działają klawisze funkcyjne (działa jeden – wyłączenie ekranu). Do niedawna było wszystko OK. Po uruchomieniu działają. Przy zmianie głośności czy jasności pojawiają się odpowiednie powiadomienia (KDE). Po zamknięciu pokrywy i jej otwarciu, wciśnięcie któregokolwiek z tych klawiszy nie daje żadnego efektu.
journalctl -b | grep -i input

lut 06 12:04:25 man kernel: input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input0
lut 06 12:04:25 man kernel: input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1
lut 06 12:04:25 man kernel: input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
lut 06 12:04:25 man kernel: input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input3
lut 06 12:04:25 man kernel: input: Ideapad extra buttons as /devices/pci0000:00/0000:00:1f.0/PNP0C09:00/VPC2004:00/input/input4
lut 06 12:04:25 man kernel: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input5
lut 06 12:04:25 man kernel: snd_hda_codec_conexant hdaudioC0D0:    inputs:
lut 06 12:04:25 man kernel: input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
lut 06 12:04:25 man kernel: input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
lut 06 12:04:25 man kernel: input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
lut 06 12:04:25 man kernel: input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
lut 06 12:04:25 man kernel: input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input12
lut 06 12:04:25 man kernel: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7
lut 06 12:04:25 man kernel: input: PIXART USB OPTICAL MOUSE as /devices/pci0000:00/0000:00:14.0/usb1/1-2/1-2:1.0/0003:093A:2510.0001/input/input13
lut 06 12:04:25 man kernel: hid-generic 0003:093A:2510.0001: input,hidraw0: USB HID v1.11 Mouse [PIXART USB OPTICAL MOUSE] on usb-0000:00:14.0-2/input0
lut 06 12:04:25 man kernel: input: Lenovo EasyCamera as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4.1/1-4.1:1.0/input/input14
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x1, key code 152): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x2, key code 236): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x3, key code 142): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x4, key code 238): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x6, key code 227): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x7, key code 191): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x8, key code 194): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0xb, key code 205): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0xf, key code 225): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x10, key code 224): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x11, key code 228): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x13, key code 372): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x14, key code 115): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x15, key code 114): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x16, key code 113): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x17, key code 148): Invalid argument
lut 06 12:04:21 man systemd-udevd[216]: Error calling EVIOCSKEYCODE on device node '/dev/input/event10' (scan code 0x1a, key code 190): Invalid argument
lut 06 12:04:27 man systemd-logind[540]: Watching system buttons on /dev/input/event2 (Power Button)
lut 06 12:04:27 man systemd-logind[540]: Watching system buttons on /dev/input/event3 (Video Bus)
lut 06 12:04:27 man systemd-logind[540]: Watching system buttons on /dev/input/event1 (Power Button)
lut 06 12:04:27 man systemd-logind[540]: Watching system buttons on /dev/input/event0 (Lid Switch)
lut 06 12:04:27 man systemd-logind[540]: Watching system buttons on /dev/input/event10 (ThinkPad Extra Buttons)
lut 06 12:04:28 man bluetoothd[546]: gatt-time-server: Input/output error (5)
lut 06 12:04:28 man acpid[550]: starting up with netlink and the input layer
lut 06 12:04:42 man kdeinit5[734]: Initializing  "kcm_input" :  "kcminit_mouse"
lut 06 12:06:14 man bluetoothd[546]: gatt-time-server: Input/output error (5)

[pavbaranov]

Zakładając, że masz Plasmę 5 (a nie KDE4), to zdaje się, że ten błąd tkwi w Plasma 5 (lub KF5) i wychodzi przy niektórych komputerach (w każdym bądź razie tak wynika z lektury forum Archa). Niekiedy w takiej sytuacji pomaga przelogowanie się.
W sumie zanim zaczniemy się jednak czepiać biednej Plasmy, to mógłbyś sobie na próbę zainstalować np. openbox i zobaczyć, czy również tam po wybudzeniu funkcyjne nie działają (o ile openbox to wspiera, bo absolutnie nie wiem; jeśli nie OB, to jakiś inne małe środowisko, które nie jest oparte o KF5; np. enlightenment /bo potem się je stosunkowo łatwo usuwa z systemu, a na pewno nie ma żadnych zależności do tego co masz/).
Pomóc na pewno pomogłoby, gdybyś napisał co się „niedawno” stało, że przestało funkcjonować prawidłowo? Jakiś upgrade systemu, a jeśli tak to co?

[umcs]

Tak. To Plasma 5. Jednak wcześniej na drugiej partycji zainstalowałem Archa z Plasmą i tam jest wszystko OK, co sugeruje, że to może być właśnie jakaś aktualizacja Manjaro a nie środowiska. Trudno teraz powiedzieć co aktualizowałem. Przychodzi co tygodniowy update, patrzę co ciekawego i aktualizuję. Przelogowanie się nic nie daje. Zainstalowałem Openboxa, podbindowałem te klawisze i też nic. Stworzenie nowego użytkownika też bez rezultatu. Myślałem, że to sprawa kernela bo na nowszych niż 4.1 mam problem z bluetoothem ale na innych te funkcje klawiatury również nie działają. Zmieniałem w ustawieniach systemowych klawiatury ale też pudło.

(Parę dni temu założyłem temat o baterii i ją wyjąłem. Pomyślałem, że to może o to chodzi. Nie… Po włożeniu żadnej zmiany)

[pavbaranov]

Jeśli masz aktualnego Archa, to tutaj masz kernel albo 4.1.x (LTS) albo 4.4.1. Dzisiaj jeszcze KF5.18, Plasma to 5.5.4, ale Arojas robił różne buildy jej paczek i nie wiem, czy w Manjaro to przenieśli.
Rozumiem, że na OB „też nic” oznacza również problemy z wybudzeniem klawiszy po uśpieniu. Jeśli tak, to jest to najprawdopodobniej jakiś bug w Manjaro (skoro w Archu, na Twoim komputerze wszystko pracuje prawidłowo), który należałoby zgłosić.
Do informacji jakie paczki instalowałeś (o ile pacmanem) zawsze masz dostęp w „otwartym” pliku /var/log/pacman.log (jest też wygodne narzędzie do przeglądania pacmanlogviewer, ale z jakichś powodów niekoniecznie zawsze działa prawidłowo). Można by spróbować dojść.

Aha, jeszcze jedno – jaki to komputer (lub sama klawiatura)?

[umcs]

Na Archu mam kernel 4.4.1 a na Manjaro 4.1.17 (nie nowszy ze względu na bluetooth ale tak czy inaczej te klawisze nie działają na żadnym). Zaraz, zaraz… To na Archu jest starsze KF i Plasma niż w Manjaro? Zaraz zobaczę. Bardzo rzadko używam logów i wyleciało mi z głowy, że tak się da ;) Ale nie mam pojęcia jak mogę napisać co aktualizowałem bo kombinowałem z różnymi wersjami (stable, testing, unstable, wróciłem do stable a na koniec zostałem na testing) i reinstalowałem wszystkie paczki w systemie. W logu jeden wielki miszmasz…

Coś źle zrozumiałem z tymi wersjami KDE.

Lenovo G50-30

[pavbaranov]

Nie, na Archu są aktualne wersje KF5, Plasma 5 i KDE Applications 15.12.1. Nowe wersje już niebawem się pojawią, ale KF19 będzie bodaj w weekend, a w okolicach 16.02. należy się spodziewać nowej wersji aplikacji. Plasma 5.5.4 jest natomiast ostatnim zamierzonym wydaniem z serii 5.5.x; wersja poprawkowa 5.5.5 pojawi się wyłącznie, gdy zaistnieje taka potrzeba (a sądząc po błędach, które już zostały naprawione, można byłoby się tego spodziewać; inna sprawa, że większość z nich ma adnotację, że zostanie to naprawione w 5.6 – zdaje się, że KDE z utęsknieniem czeka na Qt 5.6, które już ma dość znaczne opóźnienie).

Wracając do działania Fn. Cóż – mogą to w istocie być jakieś kwestie związane z regresją w jakichś paczkach. Może być i tak, że Plasma tu bogu ducha winna, zwłaszcza, że nie działa również na OB. Szukałbym zmian w jakichś paczkach typu systemd, którekolwiek związane z zarządzaniem energią (czyli wszelkie acpi itp.), firmware…

I jeszcze tylko jedna uwaga, byłego użytkownika Manajro. Jeśli mieszałeś w repozytoriach, a zdecydowałeś się na testing, to zrób tak, byś miał paczki dokładnie te, które w testing są. Nawet przeinstalować wszystko. Inna sprawa, że Manjaro jednak najlepiej sprawdza się w wersji stable.

[umcs]

NA Qt 5.6 też czekam w związku z bugami w zasobniku Plasmy.

Może z tymi paczkami o których piszesz to dobry trop bo ostatnio była aktualizacja systemd. Pokombinuję… Ale najpierw postawię czyste Manjaro w miejscu tego Archa i zobaczę czy to mój błąd czy właśnie jakiejś aktualizacji.

Nie wiem w sumie czemu obstaję przy tym distro, skoro Arch działa jak należy.

[pavbaranov]

Nie stawiaj. Uruchom sobie ISO Manjaro i na nim przetestuj.
Przejdź na Archa jeśli nie masz potrzeby korzystania z Catalysta. Sam to zrobiłem ze 2 lata temu i nie narzekam (a używam testing, a ostatnio z uwagi na pewne problemy w starcie Plasmy, także mesa-git).

[umcs]

To bug w Manjaro. Odpalone z pendriva zachowuje się tak samo.

Zobaczę z Archem. Na PC mam zainstalowany z Openboxem i dobrze mi było przez długi czas.

[pavbaranov]

Dla pewności spróbuj z jakimś innym środowiskiem (czyli jeśli badałeś na Plasma, to teraz na XFCE).
To może być również, jakaś kwestia sprzętowa. Spróbuj Manjaro na PC :) (oczywiście ISO).

[umcs]

Jakimś cudem się pomyliłem. Na Archu z Plasmą też tak jest. Wypróbowałem Manjaro Cinnamon. Środowisko nie ma tu jednak nic do rzeczy. Mam iso LMDE. Zobaczę jak tam się te klawisze zachowują. Chociaż z drugiej strony nie mogę sobie przypomnieć abym zauważył brak ich działania w ciągu ostatnich miesięcy na Manjaro.

Zagadka rozwiązana. Jakieś zaćmienie miałem. Aby klawisze działały musi być włożona bateria, niezależnie od distro i jego środowiska (testowanie Arch Plasma 5, Openbox; Manjaro Plasma 5, Cinnamon; LMDE Cinnamon). Dlatego wcześniej tego nie zauważyłem.

Jednak zostaje pytanie, dlaczego nie wychodzą z uśpienia?

[Autor]

Posty