История изменений
Исправление MariaRTI, (текущая версия) :
Спасибо! Я это делал, кроме .config, но решение обнаружилось в другом месте. Оказывается, ldap что-то поменял в pam, а после удаления ldap состояние системы авторизации не вернулось в исходное, хотя конфиги pam вернулись в исходное состояние. В результате, перестали правильно работать ключи, по которым выполняется подключение удаленных каталогов. В результате чего, на этой стадии процесс зависает. Это воспроизводится, если скопировать ключи(с переназначением owner) в каталог .ssh нового пользователя, он тоже перестает работать. Если подключения закомментировать, то загрузка рабочего стола выполняется. Однако, это занимает чуть больше времени чем раньше. Пока не понял, чем занимается pam в этой задержке.
Удалил все ключи, сгенерировал новые и настроил подключения по новой.
Исходная версия MariaRTI, :
Спасибо! Я это делал, кроме .config Но решение обнаружилось в другом месте. Оказывается, ldap что-то поменял в pam, а после удаления ldap, состояние системы авторизации не вернулось в исходное, хотя конфиги pam вернулись в исходное состояние. В результате перестали правильно работать ключи, по которым выполняется подключение удаленных каталогов. В результате чего, на этой стадии процесс зависает. Это воспроизводится если скопировать ключи(с переназначением owner) в каталог .ssh нового пользователя. Он тоже перестает работать. Если подключения закомментировать, то загрузка рабочего стола выполняется. Однако, это занимает чуть больше времени, чем раньше. Пока не понял, чем занимается pam в этой задержке.
Просто удалил все ключи, сгенерировал новые и настроил подключения по новой.