[РЕШЕНО?] systemctl suspend фризит иксы

Aivar
А cinnamon тут не при чем.
С этим согласен.
А если все-таки, на всякий случай, посмотреть количество неудавшихся попыток входа и не превышен ли их максимум в /var/log/faillog - sudo faillog -a
PS....хотя, похоже, дело не в этом - нужно выяснить почему пытается лезти в этот файл -Error opening /var/log/faillog for update - а может эта фраза не относится к suspend - откуда ты ее взял....
Ошибки не исчезают с опытом - они просто умнеют
Aivar
Foodfast
Установить pm-utils, запустить pm-suspend и принести лог?
Как-то так. А cinnamon тут не при чем.
лог pm-suspend лог pm-powersave
после pm-suspend также все замирает. Может это проблема в видео дровах?

упд

Забыл ребутнуться, после pm-suspend нормально выходит изо сна, ничего не фризится. Вот лог pm-suspend но уже после перезагрузки.

упд2

Попробывал и просто systemctl suspend пропала бага!
vasek
откуда ты ее взял....
?
Foodfast
journalctl -b -p err:

pm-suspend вообще ошибок не выдает, нету этого обращения к файлу.
Проблема решилась установкой pm-utils. Как и pm-suspend так и systemctl suspend работает нормально. Единственное, интересно, что же было причиной баги.

упд

Проблема не решилась. После еще одной перезагрузки (или не одной? Или не перезагрузки?) Все тоже самое. лог
Короче это наверное или с корицей или с ее скринсейвером проблема, не знаю куда смотреть даже еще.
Foodfast
Короче это наверное или с корицей или с ее скринсейвером проблема, не знаю куда смотреть даже еще.
Посмотрел все-таки эту ссылку (в прошлый раз поленился) — так и есть cinnamon-screensaver запускается от пользователя и пытается залезти в /var/log/faillog, а он требует прав root.
В этом то и проблема - и это проблема модуля PAM (и похоже все-таки корицы), а не cinnamon-screensaver.
Попробуй поэкспериментируй с /etc/pam.d/system-login (в помощь man pam_tally)
$ cat /etc/pam.d/system-login
auth       required   pam_tally.so         onerr=succeed file=/var/log/faillog
….............................….
UPD......ради интереса, попробуй временно изменить права на /var/log/faillog
Ошибки не исчезают с опытом - они просто умнеют
vasek
cinnamon-screensaver запускается от пользователя и пытается залезти в /var/log/faillog, а он требует прав root.
pm-suspend и systemctl suspend от рута запускал.
Тоже хотел поменять права но уж сильно костыльно показалось. Сейчас не на арче, как буду так сразу и попробую.
Foodfast
pm-suspend и systemctl suspend от рута запускал.
А зачем от рута - нужно просто systemctl suspend , но в итоге то ты входишь в систему под своей учеткой (может в этом причина.....)
Foodfast
Тоже хотел поменять права но уж сильно костыльно показалось.
Изменить права на файл - это я написал, просто для проверки, временно - но, наверное лучше попробовать для проверки (опять же временно - только для проверки) закомментировать всю строку с этим файлом
# auth required pam_tally.so onerr=succeed file=/var/log/faillog
И почитай все-таки о политике безопасности и этом pam_tally.so - что можно сделать, не нарушив сильно безопасность и переделать /etc/pam.d/system-login, и чтобы не лез в файл. На эту тему имеется вроде бы и в нашей Wiki - давно не смотрел - поищи.
А не пробовал просто убрать cinnamon-screensaver - Золотое правило - чем проще, тем лучше.

PS.....модуль pam_tally.so производит подсчет попыток прохождения авторизации. При успешном прохождении авторизации счетчик числа попыток можно обнулять. Если количество неудачных попыток подключения превысило некоторое пороговое значение, доступ можно запретить. По умолчанию сведения о попытках помещаются в файл /var/log/ faillog
(onerr=[succeed|fail] — что делать, если возникла ошибка) .....можно попробовать подсунуть другой файл. ???......или вообще не лезти в файл....???
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.