To wydaje się być częstym problemem, ale po wypróbowaniu wszystkich poprawek znalezionych na forach nadal jestem zagubiony.
Okular:
- komputer: Asus k501LX-EB71
- System operacyjny: Ubuntu 14.04.3
- jądro: 3.19.0-26-generic
- touchpad: touchpad Elantech
- sterownik: xserver-xorg-input-synaptics-lts-trusty (OR) xserver-xorg-input-synaptics-lts-vivid (nie jestem pewien, który z nich jest używany)
Co próbowałem: mogę uruchomić, sudo modprobe -r psmouse
aby „wyłączyć” touchpad, a następnie sudo modprobe psmouse
włączyć go ponownie. To działa dobrze. Jednak po zawieszeniu nie mogę „ożywić” tabliczki dotykowej, nawet jeśli wprowadzę te polecenia.
jakieś pomysły?
AKTUALIZACJA:
Nie obserwuję tego problemu, jeśli hibernuję zamiast zawiesić. Nie jestem pewien, co zrobić z tą wskazówką ...
OBECNY OBEJŚCIE:
Ponieważ hibernacja wydaje się nie powodować problemu i mam odpowiednią ilość pamięci wymiany, po prostu hibernuję jako domyślną akcję dla rzeczy takich jak zamknięcie pokrywy. Oto kroki, które wykonałem, aby włączyć hibernację . Zmodyfikowałem również inne domyślne ustawienia zasilania, aby przejść do hibernacji za pomocą edytora dconf w sekcji org> gnome> demon ustawień> wtyczki> moc
sudo modprobe psmouse
po zawieszeniu. Po prostu nic się nie dzieje. Nie mogę znaleźć niczego nie na miejscu w plikach dziennikaOdpowiedzi:
Ten błąd jest zgłaszany w starterze: touchpad Elantech przestaje działać po zawieszeniu . Po zawieszeniu OP próbuje
# modprobe -r psmouse
i# modprobe psmouse
nie działa. Ale co jeśli psmouse został usunięty przed zawieszeniem i włożony po zawieszeniu?Jeśli działa to ręcznie, możesz zautomatyzować, tworząc nowy plik w
/lib/systemd/system-sleep/
katalogu zawierającym:Wiadomo, że po zawieszeniu modułu psmouse nie można usunąć. Wiemy również, że można go usunąć i wstawić przed zawieszeniem. Ta technika usuwa go przed zawieszeniem. Po wznowieniu włóż go i mam nadzieję, że jądro go nie odrzuci.
sleep 2
Komenda jest z moich własnych problemów gdzie Systemd i jądra (przez gnome lub APM) były zarówno do spania i wstawania. Musiałem przekierować dźwięk pulseaudio z powrotem do telewizora z powodu błędu wprowadzonego w Ubuntu 16.04 / pulseaudio 8.0. 2-sekundowe opóźnienie było konieczne, aby jądro i systemd zakończyły budzenie. Wciąż nie rozgryzłem podwójnego zawieszenia i podwójnego wznawiania ....źródło
SUSPEND_MODULES
funkcjipm-utils
tego linux.die.net/man/8/pm-suspendZalecono opublikowanie mojego obejścia jako odpowiedzi:
Odkryłem, że hibernacja (
sudo pm-hibernate
) nie napotkała tych samych problemów z restartowaniem touchpada, dlatego po prostu ustawiłem wszystkie odpowiednie opcje zasilania na hibernację zamiast zawieszenia. Wymaga to trochę wysiłku, ponieważ hibernacja jest domyślnie wyłączona. Oto, co musi się staćUpewnij się, że masz odpowiednią przestrzeń wymiany (pamięć wymiany> RAM). Mam odpowiednią partycję wymiany na moim dysku SSD, ale możesz dodać pamięć wymiany bez ponownego podziału dysku .
Postępuj zgodnie z instrukcjami tutaj, aby włączyć hibernację
Ustaw dodatkowe opcje zasilania, aby wywoływać hibernację zamiast zawieszać. Zrobiłem to za pomocą edytora dconf (
sudo apt-get install dconf-editor
). Aby zmienić odpowiednie ustawienia, otwórz edytor dconf i przejdź do: org> gnome> demon ustawień> wtyczki> mocźródło
Poniższe rozwiązanie działało dla mnie na moim Acer Predator Helios 300 z systemem Ubuntu 18.04 (5.0.0-36-generyczny), gdy wszystko inne nie-
Sprawdź, czy rozwiązanie działa.
Spróbuj uruchomić następujące polecenie po przebudzeniu się z zawieszenia, gdy gładzik nie działa-
/sbin/rmmod i2c_hid && /sbin/modprobe i2c_hid
.Jeśli dzięki temu gładzik będzie działał, wykonaj poniższe kroki, aby utworzyć automatyczne rozwiązanie, które będzie działać za każdym razem, gdy obudzisz się z trybu wstrzymania.
Stałe rozwiązanie
1. Utwórz
/lib/systemd/system-sleep/touchpad
2. Otwórz powyższy plik i edytuj go,
sudo vi /lib/systemd/system-sleep/touchpad
3. Zapisz następującą zawartość w pliku-
chmod +x /lib/systemd/system-sleep/touchpad
Zasadniczo powoduje to ponowne uruchomienie urządzenia i2c_hid po przebudzeniu z zawieszenia.
Dzięki uprzejmości: /unix//a/526488/283735
źródło
W tej kwestii mam do czynienia z dwoma prostymi podejściami. Pierwszy, który nie zawsze działa (jak wspomniałeś) po prostu restartuje moduł myszy po akcji zawieszenia.
Oto miła dyskusja na temat tego, jak to zrobić „automatycznie”: jak wykonać polecenie po wznowieniu zawieszenia?
Alternatywnym podejściem jest zabicie modułu przed zawieszeniem, unikanie blokowania modułu po wznowieniu (co najwyraźniej generuje problem, jak podkreślono WinEunuuchs2Unix).
Aby to zrobić, używam prostej linii poleceń do zawieszenia laptopa zamiast po prostu „ręcznie” zamykać pokrywę. Oczywiście nie jest to wcale wymyślne, ale działa i jest to proste rozwiązanie. Nie ma czasu na włamanie.
A następnie, po wznowieniu pracy laptopa, należy ponownie włączyć moduł, wpisując:
Zawsze możesz zhakować domyślny
pm-suspend
skrypt, ale nie polecam go. Generowanie tych małych sekwencji poleceń ad-hoc jest proste i bezpieczniejsze.Wreszcie, łatwym i szybkim sposobem na szybkie wykonanie „zabijania / zawieszenia” i „ponownego włączenia” modułu myszy jest powiązanie tych kroków ze skrótami klawiaturowymi: Jak mogę zmienić klawisze na klawiaturze? (Jak mogę utworzyć niestandardowe polecenia / skróty klawiaturowe?) .
Mam nadzieję, że to działa, robi to dla mnie, chociaż naprawdę niewygodnie jest sobie z tym poradzić w ten sposób. Mam ten problem zarówno w laptopach HP, jak i Asus.
źródło
Patchowanie jądra rozwiąże ten problem. Możesz znaleźć
łatka na liście mailingowej jądra Linux i
instrukcje dotyczące łatania w „ Jak załatać jądro konkretnym zatwierdzeniem ”.
Mój K501LB działa teraz tak, jak powinien.
źródło
To działało dla mnie:
Uruchom system BIOS, podczas uruchamiania systemu przytrzymaj F2 lub ESC
Zmień ustawienie Touchpad w BIOSie z ADVANCED na BASIC (nie ma znaczenia pod względem funkcjonalności)
Teraz touchpad powinien nadal działać po wznowieniu zawieszenia.
źródło
Mam kilka laptopów Asus, musiałem wyłączyć touchpad na wszystkich z nich. Powodują problemy z blokowaniem i inne problemy.
źródło
Sterowniki, które nie reagują dobrze na zawieszenie, są dość powszechne, niezależnie od systemu operacyjnego. Cieszę się, że znalazłeś obejście podczas hibernacji.
Ponieważ zawieszenie nie wyłącza się całkowicie i hibernacja, wydaje się to wskazywać, że kierowca nie reaguje dobrze na „1/2 życia” zawieszenia, ale jest w pełni zdolny do wystąpienia podczas cyklu włączania, który jest tym, co zapewnia hibernacja po przebudzeniu.
źródło: http://manpages.ubuntu.com/manpages/trusty/man8/pm-action.8.html
źródło