VNC - Дуга - Gnome; я не могу ввести в пароле на экране входа в систему, потому что он очищается каждую секунду

[115246] Ваш сценарий не просто сидит на руках! Он, вероятно, ждет другого ресурса, кроме процессора; возможно, он манипулирует большим количеством файлов и ждет дисков, или посылает много вещей по сети и ждет этого.

Посмотрите на строки совокупного использования ресурсов вверху [115634] вверху [115635] и вы увидите что-то вроде

Число [115636] нас [115637] является количеством процессора, фактически используемого логикой вашего скрипта (или других вещей, которые он вызывает). [115638]sy[115639] и [115640]wa[115641] - это процессорное время, затрачиваемое на системные вызовы и ожидание ввода/вывода. Если эти цифры высоки, пока работает ваш скрипт, и нет никакой другой активности в системе, то что-то кроме процессора является вашим узким местом.[115251].

2
15.04.2014, 14:15
4 ответа

Даже я много искал, но не смог найти удовлетворительного ответа в сети. Вот возможный обходной путь, если вы не можете ввести пароль в клиенте vnc -:-

  • Нажмите любую клавишу для доступа к полю пароля
  • Используйте мышь с клавиатурой, чтобы перетащить заблокированный экран снизу вверх
0
27.01.2020, 23:01

У меня возникла эта проблема неделю назад в Ubuntu 18.04 (Я использую vnc каждый день )и не нашел хорошего ответа, почему это внезапно началось. Тем более, что никаких обновлений я не делал и у меня отключено автообновление.

Однако, кажется, я нашел обходной путь :если я запускаю второй экземпляр vnc, я могу подключиться к нему, и экран входа в систему работает нормально. Экран входа в систему продолжает нормально работать на втором экземпляре vnc после уничтожения первого. Я ничего не изменил в «xstartup» между двумя экземплярами. Я понятия не имею, почему это работает, но это работает...

0
27.01.2020, 23:01

Я столкнулся с теми же симптомами в своей системе. В CentOS 7.7 при запуске службы сервера tigervnc я получал следующее сообщение об ошибке:

# systemctl start vncserver@:1
Job for vncserver@:1.service failed because a configured resource limit was exceeded. See "systemctl status vncserver@:1.service" and "journalctl -xe" for details.

(но сервер vnc работал без проблем ). Сообщение об ошибке было вызвано недавними обновлениями systemd в CentOS 7.7 :

.

https://access.redhat.com/solutions/4420581

Я попытался следовать инструкциям обходного пути (по ссылке выше ), изменив -lна на -uи удаление -cв runuserв файле /etc/systemd/system/vncserver@\:1.service. Это устранило сообщение об ошибке systemd, но создало проблему, описанную в этом вопросе :поле пароля пользователя в окне клиента VNC сбрасывалось/обновлялось так часто, что не было возможности войти в систему!

Вернувшись к пункту /etc/systemd/system/vncserver@\:1.service, проблема с обновлением экрана была решена. Итак, я предлагаю убедиться, что вы запускаете vncserver с runuser -l <user> -c.... Похоже, что некоторые переменные окружения могут не сбрасываться, если -lне используется, и это проявляется в частом обновлении экрана...

Надеюсь, это будет полезно...

1
13.02.2020, 17:39

У меня тоже такая проблема. Я считаю, что это происходит только в том случае, если вы используете GNOME и GDM.

Мой «обходной путь» состоял в том, чтобы установить LightDM вместо GDM (с работающим GNOME )и i3lock. Это решило проблему, но немного сложнее, чем собственный экран блокировки GNOME и GDM.

Если кто-то предложит нативное решение, опубликуйте его здесь.

0
05.03.2020, 19:00

Теги

Похожие вопросы