Вопрос или проблема
При использовании одного дока Thunderbolt, я пробуждаю свой компьютер из сна, и иногда не могу войти в систему. Я вижу обычный экран входа, могу перемещать курсор и вводить пароль, но нажатие Enter или нажатие на кнопку отправки ничего не делает. Мне не говорят, что мой пароль неверен, и даже не похоже, что происходит попытка аутентификации. Интерфейс остается интерактивным, но не выполняет свою функцию. Проблема похожа на эту, но я не на Arch. Экран входа «засыпает» через очень короткий период, и, похоже, испытывает трудности с возобновлением после перемещения курсора или нажатия клавиши. Я предпочел бы не перезапускать SDDM, так как это приведет к завершению текущей сессии, потеряя мое место и несохраненные работы.
Я переключился на виртуальный терминал с помощью Ctrl + Alt + F4, вошел в систему и посмотрел на запущенные процессы с помощью этой команды:
ps -ef | less -niS
Я увидел нижеуказанный процесс и вспомнил что-то о том, что экран блокировки не является тем же самым, что и приглашение для входа в новую сессию, предоставляемое SDDM.
/lib/x86_64-linux-gnu/libexec/kscreenlocker_greet --immediateLock --graceTime 5000 --ksldfd 138
Я использовал kill с PID процесса kscreenlocker_greet (сигнал TERM по умолчанию), затем вернулся к TTY экрана входа. Мне кажется, он переместился с TTY 2 на 1. Я снова переключился туда и обратно, чтобы подтвердить, что его PID изменился. После этого я смог войти в систему, и все мои программы продолжали работать.
Ответ или решение
Когда вы сталкиваетесь с проблемой доступа к вашей сессии из-за неработающего экрана входа, важно рассмотреть несколько последовательных шагов, чтобы решить эту проблему, не теряя своих текущих данных и открытых приложений.
1. Анализ проблемы
Сначала важно отметить, что игнорирование проблемы может привести к потере незаслуженной работы, особенно если вы не хотите перезагружать дисплейный менеджер, который в данном случае – SDDM. Ваше взаимодействие с экраном входа остается активным, но действия (как нажатие клавиши Enter или клик мышкой) не приводят к ожидаемым результатам. Существует вероятность, что вы имеете дело с блокировкой экрана, а не со сбоем самого дисплейного менеджера.
2. Переключение на виртуальную консоль
Если вы не можете войти в систему графически, следующим шагом будет использование виртуальной консоли. Для этого:
- Нажмите
Ctrl+Alt+F4(или любая другая функциональная клавиша от F1 до F6, в зависимости от конфигурации вашей системы). - Это откроет экран, на котором вам будет предложено войти в систему текстовым способом.
3. Проверка запущенных процессов
Как только вы вошли в виртуальную консоль, следует проверить запущенные процессы. Для этого можно использовать команду:
ps -ef | less -niSЗдесь вы ищете процесс, связанный с kscreenlocker_greet или похожим:
/lib/x86_64-linux-gnu/libexec/kscreenlocker_greet --immediateLock --graceTime 5000 --ksldfd <номер_файла_дисплейного_менеджера>Этот процесс может блокировать ваши действия на экране входа.
4. Завершение блокирующего процесса
Чтобы вернуть контроль, выполните команду kill с идентификатором процесса kscreenlocker_greet, что позволит завершить его:
kill <PID процесса>Здесь <PID процесса> — это идентификатор, который вы получили на предыдущем шаге.
5. Возврат к графическому интерфейсу
После завершения блокирующего процесса, вернитесь к графическому интерфейсу с помощью:
Ctrl + Alt + F1или другого сочетания, если ваш дисплейный менеджер запущен на другом TTY (Терминале).
6. Вход в систему
Теперь вы должны иметь возможность вводить свой пароль и успешно входить в систему без необходимости перезагрузки SDDM или потери текущей сессии.
Заключение
Этот метод предоставляет простой и эффективный способ обойти блокировку, сохранив жизнь своей текущей рабочей сессии. Назначение виртуальных консолей и умение работать с процессами является важной частью жизни любого IT-специалиста. Такой подход позволяет поддерживать производительность и фокусироваться на задачах, а не на решении технических проблем. Если проблема повторяется, стоит рассмотреть обновление драйверов, проверку аппаратных соединений или обращение за технической поддержкой.