Как зафиксировать поврежденный вход в систему в человечности 10.04?
Я наткнулся на проблему с логином, которую я принимаю, должно быть последствие чего-то повреждаемого на моей установке человечности. Я просто не мог распознать свой пароль входа в систему нигде (и я не забыл это), ни в оболочке, ни в экране приветствия гнома, ни в разблокировать окне после экранной заставки. Думание, что изменение пароля решило бы это, я перезапустил, вошло в консоль восстановления, открыл корневую оболочку, работал 'passwd myuser', ввел новый простой пароль, и на успех, но походит, если я сразу выполняю 'вход в систему myuser' или если я перезапускаю и перехожу к экрану приветствия, затем это повторяет неправильный пароль. Если я делаю 'sudo-i-u myuser', на корневой оболочке я могу сделать 'passwd myuser' и затем когда она спрашивает меня, мой предыдущий пароль является единственным временем, которое я нашел, где моя передача распознана (я могу установить новый пароль затем, но как то, прежде чем я никогда не заставлю вход в систему распознавать его).
Единственным путем я нашел для создания машины полезной, снова запускал гнома с корневой оболочки и настраивал в пользователях и группах, что myuser нельзя попросить паролей в запуске. Тем не менее я не могу выполнить ничего, что требует, чтобы я сделал sudo, потому что я получаю неправильный пароль.
Что я могу сделать, чтобы заставить аутентификацию работать снова?
мой PAM по всей вероятности изменяется, поскольку это - настроенный дистрибутив, который встречает корпоративную политику. В auth.log следующая ошибка продолжает появляться, когда я пытаюсь войти в систему:
PAM, неспособный к dlopen (/lib/security/new_authtok_reqd=2):/lib/security/new_authtok_reqd=2: не может открыть файл общего объекта: Никакой такой файл или каталог
PAM, добавляющий дефектный модуль:/lib/security/new_authtok_reqd=2
PAM, неспособный к dlopen (/lib/security/default=ignore]):/lib/security/default=ignore]: не может открыть файл общего объекта: Никакой такой файл или каталог
PAM, добавляющий дефектный модуль:/lib/security/default=ignore]
1 ответ
Вот некоторый универсальный совет. @ilcavero, если Вы добавляете информацию к своему вопросу и у меня есть более определенные предложения, я отредактирую свой ответ.
Частая причина наличия Вашего пароля, не распознанного, состоит в том, что раскладка клавиатуры при подсказке пароля не то, что Вы ожидаете. А если Вы попытались делать
login myuserв той же среде какpasswd myuser, это не Ваша проблема."Войдите в систему, отклоненные" сообщения являются всегда краткими, чтобы не дать слишком много информации взломщику. В файлах журнала может быть более полезная информация, которые только видимы системному администратору (но на установке Ubuntu по умолчанию, можно считать эти файлы без
sudoесли Вы - пользователь “администратора”). Проверьте то, что появляется в/var/log/auth.logкогда Вы пытаетесь войти в систему.Полномочиями входа в систему управляют через PAM, который настроен через файлы в
/etc/pam.d. В частности,/etc/pam.d/common-authиспользуется большинством методов входа в систему. Этот файл изменился от его содержания по умолчанию?Вы не забываете установить или реконфигурировать что-нибудь, что могло бы быть релевантно (например, средство проверки надежности пароля)?
Если проблема только с Вашим пользователем или со всеми ними? Если Вы создаете проверочного пользователя, он может войти в систему?
Если файл
/etc/nologinсуществует, удалите его. (Не Ваша проблема, я думаю, потому что этот файл применялся бы даже для логинов без пароля, но не к sudo.)