☰

Тачпад перестает работать после перехода в режим ожидания на Clevo M55N

tag-icon • tag-icon 11.10 touchpad suspend
Тачпад перестает работать после перехода в режим ожидания на Clevo M55N

простая задача:

Тачпад перестает работать после перехода в спящий режим в Ubuntu 11.10. Это раздражающая проблема, так как мне нравится использовать тачпад вместе с мышью для удобства (если только я не вынужден использовать тачпад, потому что мышь недоступна).

Кто-нибудь может помочь?

Я также разместил комментарий под этим нерешенным вопросом для похожей проблемы в 10.10:Тачпад перестал работать после приостановки на Toshiba L650

Марка и модель ноутбука: CLEVO M55N.

Список xinput в терминале выдает:

⎡ Virtual core pointer                      id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ Genius 2.4G Wireless Mouse and Keyboard   id=11   [slave  pointer  (2)]
⎜   ↳ ImPS/2 Elantech Touchpad                  id=13   [slave  pointer  (2)]
⎣ Virtual core keyboard                     id=3    [master keyboard (2)]
    ↳ Virtual core XTEST keyboard               id=5    [slave  keyboard (3)]
    ↳ Power Button                              id=6    [slave  keyboard (3)]
    ↳ Video Bus                                 id=7    [slave  keyboard (3)]
    ↳ Power Button                              id=8    [slave  keyboard (3)]
    ↳ Sleep Button                              id=9    [slave  keyboard (3)]
    ↳ Genius 2.4G Wireless Mouse and Keyboard   id=10   [slave  keyboard (3)]
    ↳ AT Translated Set 2 keyboard              id=12   [slave  keyboard (3)]

Заранее спасибо.

решение1

У меня тоже есть этот баг на 10.04 (у меня такой же тачпад Elantech)! Создаю скрипт /etc/pm/sleep.d/66my-sleep-resume(66 - приоритет запуска)

#!/bin/sh
case "${1}" in
        hibernate)
        # nothing   
                ;;
        resume|thaw)
        modprobe -r psmouse && modprobe psmouse
                ;;
esac

и теперь все работает.

решение2

Попробуйте это в терминале после возобновления работы:

synclient touchpadoff=0

Если это сработает, вы можете написать скрипт, содержащий эту команду, и поместить его в /etc/pm/sleep.d/.

решение3

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

sudo modprobe -r psmouse
sudo modprobe psmouse

Вам также следует проверить, есть ли разница при использовании клавиш Fn.

решение4

Диспетчер питания ( dpkg -L pm-utils) вызывается в начале и конце вашего Suspend/Resume. Читайте man pm-powersaveи man pm-suspend. Читайте также /usr/share/doc/pm-utils/README{,.debugging}.

Вероятно, проблема с тачпадом вызвана каким-то полезным скриптом Power Manager. Либо он не сохраняет/не восстанавливает состояние тачпада, либо не перезагружает нужный модуль.

Посмотрите на dmesgпосле перезагрузки и попробуйте увидеть, как инициализируется ваш тачпад. Сравните вывод lsmodpost-boot-pre-suspend (когда он работает) и post-suspend (когда он не работает). Если в последнем отсутствует модуль, вы на пути к решению.

Другой метод отладки — начать с состояния после загрузки, но до приостановки, и выполнить следующие действия:

  1. touch /tmp/before-time-date
  2. Закройте крышку и подождите.
  3. Откройте крышку и продолжите работу.
  4. Найдите системные журналы, которые изменились с момента шага 1:
    find /var/logs -type f -anewer /tmp/before-time-date
  5. Посмотрите на последние строки «несколько-ко-многим» каждого из этих файлов. Я использую less, и у меня есть мои любимые настройки в переменной среды, $LESS=-XMersj3. поэтому я могу сделать:
    sudo -v;find /var/logs -type f -anewer /tmp/before-date-time -print | xargs sudo less $LESS
    затем использовать команду less G(в верхнем регистре ), чтобы добраться до конца каждого файла.

Связанный контент