Сенсорная панель не работает после приостановки ноутбука

Кажется, это общая проблема, но, попробовав все исправления, которые я нашел на форумах, я все еще в растерянности.

Технические характеристики:

• компьютер: Asus k501LX-EB71
• ОС: Ubuntu 14.04.3
• ядро: 3.19.0-26-универсальный
• сенсорная панель: сенсорная панель Elantech
• драйвер: xserver-xorg-input-synaptics-lts-trusty (OR) xserver-xorg-input-synaptics-lts-vivid (не уверен, какой из них используется)

Что я пробовал: я могу запустить, sudo modprobe -r psmouseчтобы «выключить» тачпад, а затем sudo modprobe psmouseвключить его снова. Это отлично работает. Однако, когда я приостанавливаюсь, я не могу «оживить» сенсорную панель, даже если я ввожу эти команды.

Есть предположения?

ОБНОВИТЬ:

Я не наблюдаю эту проблему, если я впадаю в спящий режим вместо приостановки. Я не уверен, что делать с этой подсказкой ...

ТЕКУЩАЯ РЕШЕНИЕ:

Поскольку гибернация, кажется, не вызывает проблем, и у меня есть соответствующий объем подкачки памяти, я просто сплю в качестве действия по умолчанию для таких вещей, как закрытие крышки. Вот шаги, которые я выполнил, чтобы включить спящий режим . Я также изменил другие параметры питания по умолчанию, чтобы перейти в режим гибернации с помощью редактора dconf в org> gnome> settings-daemon> plugins> power

Эта ошибка сообщается в панели запуска: сенсорная панель Elantech перестает работать после приостановки . После того, как приостановить OP попыток # modprobe -r psmouseи # modprobe psmouseи он не работает. Но что, если psmouse был удален до приостановки и вставлен после приостановки?

Если это работает вручную, то вы можете автоматизировать, создав новый файл в /lib/systemd/system-sleep/каталоге, содержащем:

#!/bin/sh

case $1/$2 in
  pre/*)
    echo "Going to $2..."
    # Place your pre suspend commands here, or `exit 0` if no pre suspend action required
    modprobe -r psmouse
    ;;
  post/*)
    echo "Waking up from $2..."
    # Place your post suspend (resume) commands here, or `exit 0` if no post suspend action required
    sleep 2
    modprobe psmouse
    ;;
esac

Известно, что после приостановки модуль psmouse не может быть удален. Мы также знаем, что он может быть удален и вставлен до приостановки. Так что эта техника удаляет его перед приостановкой. После возобновления вставьте его и, надеюсь, ядро ​​не отклонит его.

Команда sleep 2из моих собственных проблем, когда systemd и kernel (через gnome или APM) спали и просыпались. Мне нужно было перенаправить звук pulseaudio обратно на телевизор из-за ошибки, появившейся в Ubuntu 16.04 / pulseaudio 8.0. Задержка в 2 секунды была необходима ядру и systemd для завершения пробуждения. До сих пор не выяснил двойной приостановки и двойного резюме еще ....

Было рекомендовано опубликовать мой обходной путь в качестве ответа:

Я обнаружил, что hibernate ( sudo pm-hibernate) не испытывал тех же проблем при перезапуске сенсорной панели, поэтому я просто установил все соответствующие параметры питания в спящий режим вместо приостановки. Это требует немного усилий, так как спящий режим отключен по умолчанию. Вот что должно произойти

• Убедитесь, что у вас достаточно места подкачки (подкачка памяти> ОЗУ). У меня есть достаточный раздел подкачки на моем SSD, но вы можете добавить раздел подкачки, не перераспределяя диск .

• Следуйте инструкциям здесь, чтобы включить спящий режим

• Установите дополнительные параметры питания, чтобы вызвать спящий режим вместо приостановки. Я сделал это с помощью редактора dconf ( sudo apt-get install dconf-editor). Чтобы изменить соответствующие настройки, откройте редактор dconf и перейдите по адресу: org> gnome> settings-daemon> plugins> power

Я имею дело с двумя простыми подходами к этой проблеме. Первый, который не всегда работает (как вы упомянули), просто перезапускает модуль мыши после действия приостановки.

sudo rmmod psmouse; sudo modprobe psmouse

Вот хорошее обсуждение того, как сделать это «автоматически»: как выполнить команду после возобновления из режима ожидания?

Альтернативный подход состоит в том, чтобы убить модуль перед приостановкой, избегая блокировки модуля после возобновления (что, очевидно, является причиной возникновения проблемы, как подчеркнул WinEunuuchs2Unix).

Для этого я использую простую командную строку, чтобы приостановить работу ноутбука, вместо того, чтобы просто закрывать крышку «вручную». Конечно, это совсем не фантастика, но работает, и это прямое решение. Нет времени, чтобы взломать участие.

sudo rmmod psmouse; sudo pm-suspend

И затем, после возобновления работы ноутбука, вы должны снова включить модуль, набрав:

sudo modprobe psmouse

Вы всегда можете взломать pm-suspendскрипт по умолчанию , но я не буду его рекомендовать. Проще и безопаснее генерировать эти специальные небольшие последовательности команд.

Наконец, простой и быстрый способ быстрого «убивания / приостановки» и «повторного включения» модуля мыши состоит в том, чтобы связать эти шаги с сочетаниями клавиш: Как я могу изменить действия клавиш на клавиатуре? (Как я могу создать пользовательские команды клавиатуры / сочетания клавиш?) .

Надеюсь, что это сработает, это сработает для меня, хотя действительно неудобно иметь дело с таким способом. У меня есть эта проблема в ноутбуках HP и Asus.

Следующее решение работало для меня на моем Acer Predator Helios 300, работающем под Ubuntu 18.04 (5.0.0-36-generic), когда все остальное не

Проверьте, работает ли решение
Попробуйте выполнить следующую команду после выхода из режима ожидания, когда трекпад не работает /sbin/rmmod i2c_hid && /sbin/modprobe i2c_hid.
Если это заставляет ваш трекпад работать, выполните следующие шаги, чтобы создать автоматическое решение, которое будет запускаться каждый раз, когда вы просыпаетесь от приостановки.

Постоянное решение
1. Создайте /lib/systemd/system-sleep/touchpad
2. Откройте вышеуказанный файл и отредактируйте его, sudo vi /lib/systemd/system-sleep/touchpad
3. Сохраните следующее содержимое в файле:

#!/bin/sh

case $1 in
  post)
    /sbin/rmmod i2c_hid && /sbin/modprobe i2c_hid 
  ;;
esac

4. Сделайте это исполняемым chmod +x /lib/systemd/system-sleep/touchpad

Это в основном перезапускает устройство i2c_hid после пробуждения из режима ожидания.

Предоставлено: /unix//a/526488/283735

Исправление ядра решит эту проблему. Ты можешь найти

1. патч в списке рассылки ядра Linux и

2. инструкции по установке патчей в разделе « Как патчить ядро ​​с помощью специального коммита ».

Мой K501LB теперь работает как надо.

Это сработало для меня:

1. Загрузка в BIOS, при загрузке системы удерживайте F2 или ESC

2. Измените настройку сенсорной панели в вашем BIOS с ADVANCED на BASIC (без разницы в функциональности)

Теперь тачпад должен все еще работать, когда возобновлен от приостановки.

У меня есть несколько ноутбуков Asus, мне пришлось отключить тачпад на всех них. Они вызывают проблемы с блокировкой и другие проблемы.

Драйверы, которые плохо реагируют на приостановку, довольно распространены независимо от ОС. Я рад, что вы нашли обходной путь через спящий режим.

Поскольку приостановка не полностью отключается, а режим гибернации появляется, это может указывать на то, что водитель не очень хорошо реагирует на «1/2 срока службы» подвески, но вполне способен подняться во время цикла включения, который это то, что гибернация обеспечивает после пробуждения.

источник: http://manpages.ubuntu.com/manpages/trusty/man8/pm-action.8.html