Не, не, Я не ленюсь и вот сейчас специально зашёл на форум, чтобы отделить сообщение в тему, т.к. у Меня походу что-то с разрешениями/ авторизацией связано?
отключать блокировку экрана пробовали? (если это не принципиально)
Да, как проблемка проявилась, сразу перенастроил электропитание и электросбережение.
Но блин, вот сейчас жму "WIN+L", экран блочится, и уже обратно в учётку не войти, и это Меня сильно печалит...
Невозможность войти повторно с экрана блокировки
Добавлено: 02 фев 2022, 15:09
VictorR2007
У меня было так, но когда обновился на плазму из этой темы https://forum.rosalinux.ru/viewtopic.ph ... 66#p107966
и вроде нет проблем на свободных драйверах в иксах и на wayland.
Но на драйверах nvidia эта ошибка сохраняется.
нет проблем на свободных драйверах в иксах и на wayland.
Хм, переключаюсь на Wayland - ошибка исчезает. Попробую поработать пока в нём, если каких-других ошибок не всплывёт, но например заметил, что под Wayland'ом "Anydesk" не работает.
Как говорится - буду выбирать меньшее из зол.
Невозможность войти повторно с экрана блокировки
Добавлено: 03 фев 2022, 21:30
Barmalei
Под Wayland много чего еще не работает. Еще долго придется на X сидеть
Невозможность войти повторно с экрана блокировки
Добавлено: 15 фев 2022, 10:26
nickm
Добавлю:
ещё на одном АРМ такое поведение встретилось, но!
Выработал такое решение - переключаемся на первую консоль (Ctrl + Alt +F1), чуть-чуть ждём, снова видим приглашение SDDM, но в Моём случае оно оказывается "дефолтным", а не преднастроенным, и... и попытка войти в сеанс разрешается успешно.
Сейчас запилю видео, чтобы чуть-чуть прояснить описанное.
У меня сейчас такое только на проприетарных драйверах nvidia.
Если плазма работает на gdm, я могу такое исправить.
Просто создаётся файл /etc/gdm/x11.conf
с текстом
и после перезагрузки выход из хранителя экрана начинает нормально работать.
Единственно, потом с трудом грузится сеанс wayland.
Похожее решение работает и при использовании sddm.
Если в папке /etc/sddm.conf.d/
создать такой же файл, то тоже нормально выходит из хранителя экрана.
Но там другая проблема.
Система без проблем работает и на иксах и на wayland.
Но если завершить сеанс, например чтобы переключить пользователя,
то если не успеть войти в сеанс секунды за четыре,
от окно входа в сеанс вылетит.
Выбросит в консоль.
У меня сейчас такое только на проприетарных драйверах nvidia.
Если плазма работает на gdm, я могу такое исправить.
Просто создаётся файл /etc/gdm/x11.conf
с текстом
[General]
DisplayServer=x11-user
и после перезагрузки выход из хранителя экрана начинает нормально работать.
У меня amd, gdm, и это не помогло.
Что интересно, я ноут месяц не выключал и не перезагружал, и все это время экран разблокировывался с первого раза. Систему не обновлял, не ковырял, само вот взяло и прошло. Чудо, ептыть... Сегодня ноут почистил, термопасту заменил. Запускаю росу и опять эта хрень
Кстати, да. У меня иногда заблокируешь сеанс, и выходит без проблем.
А если потом в ждущий режим перейдёшь, то всё ломается, и не разблокируется.
Ни просто после блокировки, ни при выходе из ждущего.
Удаляю проприетарные драйвера nvidia, и всё начинает нормально работать.
Опять установишь nvidia, и т.п...
З.Ы.
Это всё на самой свежей плазме с новыми иксами из темы «Неофициальная сборка plasma5 R12»
Похоже что проблема в версии плазмы.
Я вчера этот вопрос проверял с разными версиями sddm.
Собирал разные версии sddm, включая разные патчи.
Но так и не смог сделать, чтобы исправить ошибку с перезапуском сеанса,
когда после выхода из сеанса вылетало окно входа в сеанс.
Сегодня решил проверить на gdm, и на нём нет этой проблемы.
Сейчас начал проверять на разных версиях plasma5, и оказалось,
что проблема исправляется на плазме версии >= 5.24.x.
Проверял на более низких версиях, и там проблема присутствует,
возвращаюсь назад на plasma-5.24.3, и проблема исчезает.
На версию с обновлением с подключением источников из этого сообщения https://forum.rosalinux.ru/viewtopic.ph ... 90#p108690
А не мог бы проверить этот образ? https://forum.rosalinux.ru/viewtopic.ph ... 78#p108778
Можно с флешки в режиме livecd.
Я так проверял у себя на nvidia, на свободных драйверах, в livecd.
Без проблем выходит из ждущего режима.
Подключил эти источники, обновил систему, удалил /etc/gdm/x11.conf
Вообще, его можно было и не удалять руками.
Но кто же знал.
После обновления он уже был в пакете plasma5-gdm-config.
Можно теперь удалить этот пакет, так как пакет установлен, но его файл удалён.
Недавно обновили в main пакет mesa до версии 22.1.7.
Подозреваю что проблема в этом.
Когда я собрал эту mesa впервые в x11_backports, то были проблемы с видео на моём старом ноутбуке.
А в firefox ничего не отображалось, был только серый пустой экран.
В итоге удалось это вылечить, удалив из пакета x11-server один патч,
этот патч https://abf.io/import/x11-server/blob/r ... gen7.patch
Он сейчас выключен из сборки.
А в main обновили mesa, а в x11-server не стали отключать патч.
З.Ы.
Можно установить пакет пакет x11-driver-video-intel-config-modesetting.
если у вас карточка intel.
Он у меня тоже исправлял проблему, как и отключение патча и x11-server.
Невозможность войти повторно с экрана блокировки
Добавлено: 24 сен 2022, 13:22
Barmalei
Зачем такие костыли создавать для обычного пользователя?
Вчера обновил систему, прилетела плазма.
Сегодня решил проверить.
1. Три раза выскакивало что Блокировщик нарушен, нажмите Ctrl+Alt+F1 и описание инструкции с командами. Но при нажатии Ctrl+Alt+F1 выкидывало из сессии и появлялся вход как при включении.
2. Для проверки что сессия прерывается, запустил программу, ушел в Ждущий, вышел обратно и упс, все стало разблокировываться. Сначала со второй попытки, теперь уже без всяких программ и с первой попытки.
Что-то где-то прописалось?
Невозможность войти повторно с экрана блокировки
Добавлено: 22 окт 2022, 15:13
Barmalei
Повторяется это все в определенной последовательности. Но хоть выходит.
Невозможность войти повторно с экрана блокировки
Добавлено: 02 ноя 2022, 15:51
Barmalei
Чтобы не падал блокировщик и выходил с первого или второго ввода пасса, без консольных манипуляций, нужно оставлять запущенным какое нибудь приложение. У меня браузер.
Невозможность войти повторно с экрана блокировки
Добавлено: 02 ноя 2022, 18:10
va9(2)
Barmalei, попробуйте сменить тип обоев блокировщика на одноцветный или слайд-шоу.
ноя 22 15:14:43 r12 kscreenlocker_greet[2646]: Qt: Session management error: networkIdsList argument is NULL
ноя 22 15:14:44 r12 kscreenlocker_greet[2646]: kf.kirigami: Failed to find a Kirigami platform plugin
ноя 22 15:14:45 r12 kscreenlocker_greet[2646]: qt.virtualkeyboard.hunspell: Hunspell dictionary is missing for "ru_RU" . Search paths ("/usr/share/qt5/qtvirtualkeyboard/hunspell", "/usr/share/hunspell", "/usr/share/myspell/dicts")
ноя 22 15:14:48 r12 kscreenlocker_greet[2646]: pam_succeed_if(kde:auth): requirement "user ingroup nopasswdlogin" not met by user "det"
ноя 22 15:14:50 r12 audit[2664]: USER_AUTH pid=2664 uid=500 auid=500 ses=3 msg='op=PAM:unix_chkpwd acct="det" exe="/sbin/unix_chkpwd" hostname=? addr=? terminal=? res=success'
Ещё добавлю, что если держать открытым консоль и "Dolphin" или другое окно от "KDE", например "Настройки", то ошибка блокировщика не воспроизводится.
Как только его закроешь - всё, приплыли.
Ещё добавлю, что если держать открытым консоль и "Dolphin" или другое окно от "KDE", например "Настройки", то ошибка блокировщика не воспроизводится.
Как только его закроешь - всё, приплыли.
Накостылял Себе так:
в диспетчере окон настроил перемещение двух окон на второй рабочий стол - консоль и параметры системы;
эти же приложения добавил в автозапуск;
после вхожу в учётку и перехожу на первый рабочий стол.
Т.е., таким способом обеспечиваю запуск и постоянную работу указанной связки приложений, и этот костыль вопрос с блокировщиком решает
К чему пишу здесь?
Может, кто опытный раскопает эту связь между запущенными приложениями и ошибкой блокировщика?
Может, но чтобы это произошло надо багрепорт на багтрекер кде отправлять.
Добавил комментарий в указанный выше баг, понаблюдаю развитие событий.
Невозможность войти повторно с экрана блокировки
Добавлено: 23 ноя 2022, 11:57
VictorR2007
У меня нет особых проблем с блокировщиком.
В сеансе wayland вообще их нет, у меня ноутбук на нём.
Возможность запуска иксов вообще убрал.
Если пользоваться иксами, то проблема будет, если завершил сеанс,
открыл сеанс нового пользователя, и потом заблокировал экран.
Вот тогда блокировщик начинает глючить.
З.Ы.
Но если в файл /etc/sddm.conf
(у меня используется sddm), добавить вызов виртуальной клавиатуры, которое раньше
работало без проблем, заменив строку
InputMethod=
на
InputMethod=qtvirtualkeyboard
то блокировщик экрана будет всегда уходить в чёрный экран на иксах.
Невозможность войти повторно с экрана блокировки
Добавлено: 23 ноя 2022, 14:08
ans
Ещё вариант, когда начитает глючить, сбрасывал в режим "По умолчанию".
Потом начинает нормально блокировать.
