Столкнулся с ситуацией, когда на один из серверов, логин по ssh занимал долгое время, более 10-15 секунд, но в итоге был успешным.

При этом -vvv для ssh не давал  никакой полезной информации, залип происходил на строках:

debug1: Entering interactive session.
debug2: callback start

В логах проблемного сервера наблюдал множество сообщений вида:

Dec 22 10:28:01 dbus[9001]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'
Dec 22 10:28:01 dbus-daemon: dbus[9001]: [system] Activating via systemd: service name='org.freedesktop.login1' unit='dbus-org.freedesktop.login1.service'

А также:

Dec 22 10:21:05  journal: Domain id=7114 name='102369' uuid=43a491cf-df00-4729-ab08-340dc4101e6e is tainted: high-privileges
Dec 22 10:21:05  journal: Domain id=7114 name='102369' uuid=43a491cf-df00-4729-ab08-340dc4101e6e is tainted: host-cpu
Dec 22 10:21:05  journal: error from service: ListActivatableNames: Connection is closed

Стоит отметить, что данный сервер является гипервизором на основе KVM, с прослойкой в виде libvirt.

Помимо медленного логина, имела место проблема невозможности запуска виртуальных машин с ошибкой:

ошибка: Не удалось запустить домен 102369
ошибка: Activation of org.freedesktop.machine1 timed out

В интернетах мне удалось найти подсказки на то, что это может быть связано с самостоятельным перезапуском службы:

/usr/lib/systemd/systemd-udevd

Но при этом

/usr/lib/systemd/systemd-logind

остается залипшим и не работает как положено. Проблема медленных входов и ошибок касательно systemd-logind решилась перезапуском этой самой службы, т.е.:

systemctl restart systemd-logind

Но проблему с запуском гостевых систем это не исправило. Вчитавшись в ошибку при запуске, я логично предположил, что этот же косяк может касаться и systemd-machined сервиса, поэтому дернул его и заодно libvirtd:

systemctl restart systemd-machined
systemctl restart libvirtd

иии… Ура! Все заработало.