vasek |
|
Темы:
47
Сообщения:
11741
Участник с: 17 февраля 2013
|
assertion9я вернул все обратно потому, что мне это просто не нужно. А вот как быть тебе, зависит от того, помогает это устранить причину или нет. assertion9использовать .xinitrc нужно только в том случае, если нет DM и загрузка идет через startx. assertion9смотри ответ vs220 ... assertion9этот пакет удалять не нужно. Просто раньше предлагал удалить пакет at-spi2-core, но вместо этого, как выяснилось, можно просто сделать disable at-spi2-core PS - а вообще можно удалить любой пакет, но не трогая его зависимости ... смотри pacman -R --help (опция dd) PSS - для просмотра зависимостей используй pactree -d 2 пакет (например, pactree -d 2 at-spi2-atk, где -d 2 - глубина) Самое главное - я так и не понял - это помогает устранить проблему???
Ошибки не исчезают с опытом - они просто умнеют
|
assertion9 |
|
Темы:
4
Сообщения:
15
Участник с: 13 апреля 2019
|
К сожалению, нет, снова, начинается с Apr 30 23:30:02 computer kernel: atkbd serio0: Unknown key released (translated set 2, code 0x7c on isa0060/serio0).Если не ждать, а к примеру нажать какой-нибудь символ он всё так же бесконечно повторяется в терминале
|
vasek |
|
Темы:
47
Сообщения:
11741
Участник с: 17 февраля 2013
|
assertion9, так нормальный лог suspend ты и не привел. Лог, приведенный в предыдущем посту assertion9это самый конец выхода из suspend, например, привожу свою концовку лога выхода из suspend
Из этого могу предположить - выход из suspend проходит успешно, точнее, почти успешно. at-spi-bus-launcher не причем и можно все вернуть обратно, но лучше после дальнейших экспериментов, так будет спокойнее. PS - удобнее смотреть так - запускаешь в терминале journalctl -f и уходишь в suspend. После выхода из suspend останавливаешь работу journalctl -f и смотришь логи. ... Или засекай время ухода и выхода в/из suspend (для ориентирования в потоке логов) Не понятна фраза assertion9Что это значит - повторяется ввод символа или повторяется вывод сообщения и что это за клавиша (имеющая код 0x7c), которая нажимается?Тяжело судить по отдельным сообщениям, нет полной картины, а потому одни предположения. Вот если бы провел анализ согласно ссылке, которую давал выше, то можно было бы узнать какой драйвер глючит. На первый взгляд при выходе из suspend зависает клавиатура. Нужно пробовать перезапускать драйвер клавиатуры после выхода из suspend или пересканировать клавиатуру. Насколько понял, в ручную ты это сделать не сможешь, а потому нужно создать файл /usr/lib/systemd/system-sleep/atkbd.sh , и сделать его исполняемым (chmod +x /usr/lib/...) и лучше перегрузиться. Пробуй обе команды (одна закомментирована).Возможно придется вместо serio0 пробовать другой вариант serio{0,1} После этого с большой долей вероятности слетит смена раскладки клавиатуры - тогда придется запустить в ручную, что там у тебя прописано (например, у меня setxkbmap -layout 'us,ru' -option 'grp:caps_toggle,grp_led:caps'). В принципе если будет слетать, то можно это тоже прописать в этом скрипте.
Ошибки не исчезают с опытом - они просто умнеют
|
vasek |
|
Темы:
47
Сообщения:
11741
Участник с: 17 февраля 2013
|
В части перезапуска драйвера клавиатуры - лучше создать при проверке такой файл, добавив звуковой сигнал при уходе/выходе в/из suspend /usr/lib/systemd/system-sleep/atkbd_sleep.sh
Повторюсь, команды /usr/bin/echo -n atkbd | sudo tee /sys/devices/platform/i8042/serio0/drvctl ..... и ..... /usr/bin/echo -n reconnect | sudo tee /sys/devices/platform/i8042/serio0/drvctl прописал обе, но используй по одной, раскомментировав одну и закомментировав другую Перезагрузка не обязательна. PS - звуковой сигнал прописал, чтобы убедится, что скрипт работает и система уходит в suspend и выходит из suspend
Ошибки не исчезают с опытом - они просто умнеют
|
indeviral |
|
Темы:
39
Сообщения:
3203
Участник с: 10 августа 2013
|
assertion9 как-то всё сложно, если вы так уверены что дело в клавиатуре. так может другую подключить? code 0x7c on isa0060/serio0ссылка p.s. acpi_osi=Linux может помочь...
Ошибки в тексте-неповторимый стиль автора©
|
vasek |
|
Темы:
47
Сообщения:
11741
Участник с: 17 февраля 2013
|
indeviralПроверить было бы не плохо. indeviralА вот это мне не понятно на что ругается ядро - сначала не обратил внимания, думал какая то клавиша и, в принципе, влиять это на зависание не должно. Но решил проверить сканкоды и .... для обычной AT клавиатуры клавиши с таким сканкодом нет ... и вероятно опять утыкаемся в незагруженность драйвера или он сходит с ума после suspend ... в другой используемый тип клавиатуры верится с трудом. assertion9, посмотрел параметры ядра и предлагаю поиграться со следующими параметрами i8042.reset - Reset the controller during init, cleanup and suspend-to-ram transitions, only during s2r transitions, or never reset. i8042.nomux - Don't check presence of an active multiplexing controlleri8042.unlock - Unlock (ignore) the keylock atkbd.reset - Reset keyboard during initialization можно следующие вариации - i8042.reset i8042.nomux (можно затем попробовать добавить i8042.unlock) - atkbd.reset i8042.nomux (можно затем попробовать добавить i8042.unlock) В части i8042.reset - пробовать два варианта - i8042.reset и i8042.reset=y Удобнее прописывать параметры непосредственно при загрузке, из меню grub (нажимаешь e на выбранной системе) - действует только в текущей загрузке Вообщем пробуй. EDIT 1 - использование параметров загрузки, приведенных выше, это практически тоже, что и использование файла /usr/lib/systemd/system-sleep/atkbd_sleep.sh, ... но использование параметров дает больше свободы в отличие от простой перегрузки драйвера.
Ошибки не исчезают с опытом - они просто умнеют
|