Подскажике как посмотреть лог, что бы обнаружить ошибку.
Доброго времени суток! Прежде всего: есть такая софтина, зовется xinput. Входит в базовую поставку. Открываете терминал, пока все работает, и вводите xinput в выхлопе Вы увидите примерно следующее:
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ COMPANY USB Device id=12 [slave pointer (2)]
⎜ ↳ COMPANY USB Device id=13 [slave pointer (2)]
⎜ ↳ SynPS/2 Synaptics TouchPad id=16 [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)]
↳ Video Bus id=8 [slave keyboard (3)]
↳ Power Button id=9 [slave keyboard (3)]
↳ Sleep Button id=10 [slave keyboard (3)]
↳ COMPANY USB Device id=11 [slave keyboard (3)]
↳ Chicony USB 2.0 Camera: Chicony id=14 [slave keyboard (3)]
↳ AT Translated Set 2 keyboard id=15 [slave keyboard (3)]
↳ COMPANY USB Device id=17 [slave keyboard (3)]
Выделенная жирным строка представляет собой физическую клавиатуру, которая у меня в ноутбуке стоит (у Вас данное название может отличаться - смотрите внимательно). Вот так можно посмотреть свойства данного устройства:
xinput list 'AT Translated Set 2 keyboard'
В выхлопе
AT Translated Set 2 keyboard id=15 [slave keyboard (3)]
Reporting 1 classes:
Class originated from: 15. Type: XIKeyClass
Keycodes supported: 248
видно, что id девайса в системе 15 (в принципе, видно было это и раньше), кроме того на данной клавиатуре система "нащупала" 248 кодов клавиш. Словом, на данном шаге мы определились, что клавиатура у нас имеет id 15 в системе.
Помимо отображения данных, xinput умеет управлять устройствами ввода. Например (и нам это пригодится): можно выключить или включить устройство. Вот так выключается устройство с id=15 (
не вводите, не убедившись, что можете достать экранную клавиатуру тем же точпадом или мышкой, а то не сможете управлять системой):
xinput disable 15
А вот такой командой данное устройство можно задействовать:
xinput enable 15
Теперь к сути обсуждаемой проблемы... Точпад тоже не работает? Если работает, - им, если нет - надо usb-мышку поискать по сусекам, далее - активируйте в разделе "специальные возможности" центра управления экранную клавиатуру (она у Вас называется, насколько я знаю, OnBoard, вытащите куда-нибудь себе на видное место соответствующий ярлык для ее запуска). Далее, когда в следущий раз клавиатура отвалится, задействуйте экранную клавиатуру
и работайте на здоровье и проверьте выхлоп
xinput
Пропала ли клавиатура оттуда? Если не пропала, выполните команду для включения ее в работу по ее id (
xinput enable device_id, где вместо
device_id Вам придется ввести реальный числовой id Вашей клавиатуры, который Вы должны для своей системы определить по выхлопу xinput по аналогии с тем, что я Вам выше описал). Есть вероятность, что поможет. Если поможет - останется придумать как соответствующую команду выполнять автоматически всякий раз после пробуждения ноута из гибернации/спящего режима.
Если не поможет - тогда сверяйте что в системе отвалилось по выхлопу того же lsusb, lspci, lshw. В отдельных случаях надо определенные параметры ядра использовать при загрузке чтоб подобного не происходило (надо понимать для этого с каким ноутбуком имеем дело). Но в общем случае в подобных ситуациях принято советовать "не пользоваться ждущим режимом"
Пользователь добавил сообщение 04 Сентября 2018, 20:45:06:
FatTony, кстати, спасибо. Я благодаря Вашему вопросу заметил, что в kubuntu 18.04 не представляю где взять экранную клавиатуру (пришлось лезть на kde.store и качать оттуда deb-пакет с Eta-keyboard чтобы проверить у себя работу команд, которые Вам прописал ранее. Теперь у меня есть экранная клавиатура. Мелочь, а приятно ))