我经过几个月的废用之后，在我的networking服务器上进行了一些维护（通过ssh的root帐户）。 我昨天和今天closures它，启动后我不能login到tty或通过SSH的根帐户。 唯一突出的是在系统login的根帐户，我远程closures。
我发现这里的一个链接build议修复从救援模式重置根密码。 我按照build议在chroot之前用LVM 绑定/ dev目录并更改密码并重新启动，
Root将不会login。
显示问题的唯一日志文件是/var/log/secure 。 在顶部，你可以看到尝试通过SSH连接，然后在tty1期。 //更新我已经更新了/var/log/secure的错误来反映这些build议：
首先尝试今天用rootlogin：
Jul 26 09:38:49 mrwizard login: pam_unix(login:session): session opened for user root by LOGIN(uid=0) Jul 26 09:38:49 mrwizard login: ROOT LOGIN ON tty1 Jul 26 09:38:50 mrwizard login: pam_unix(login:session): session closed for user root
尝试su – 和sudo su –
Jul 26 09:58:33 mrwizard su: pam_unix(su-l:session): session opened for user root by xtian(uid=0) Jul 26 09:58:33 mrwizard su: pam_unix(su-l:session): session closed for user root Jul 26 09:58:41 mrwizard su: pam_unix(su-l:auth): authentication failure; logname=xtian uid=500 euid=0 tty=tty1 ruser=xtian rhost= user=root Jul 26 09:58:51 mrwizard su: pam_unix(su-l:session): session opened for user root by xtian(uid=500) Jul 26 09:58:51 mrwizard su: pam_unix(su-l:session): session closed for user root Jul 26 09:58:58 mrwizard sudo: xtian : TTY=tty1 ; PWD=/etc ; USER=root ; COMMAND=/bin/su - Jul 26 09:58:58 mrwizard su: pam_unix(su-l:session): session opened for user root by xtian(uid=0) Jul 26 09:58:58 mrwizard su: pam_unix(su-l:session): session closed for user root
更改root用户的密码
Jul 26 09:59:22 mrwizard sudo: xtian : TTY=tty1 ; PWD=/etc ; USER=root ; COMMAND=/usr/bin/passwd Jul 26 09:59:32 mrwizard passwd: pam_unix(passwd:chauthtok): password changed for root Jul 26 09:59:32 mrwizard passwd: gkr-pam: couldn't update the 'login' keyring password: no old password was entered
$ authconfig --test工程
Jul 26 12:38:04 mrwizard userhelper[31089]: running '/usr/share/authconfig/authconfig.py --test' with root privileges on behalf of 'xtian'
//结束更新
我还能在哪里看？ 我是否已经将root访问权限远程closures，同时仍然在login框中login？
你的错误是：
Jul 25 17:35:25 mrwizard login: FAILED LOGIN 1 FROM (null) FOR `root, User not known to the underlying authentication module
这意味着你的系统在authentication的时候找不到用户root用户，但是sudo仍然有效，这意味着普通用户和用户列表的authentication都可以工作。 / etc / nsswitch文件的状态是什么？ 它应该有阴影线compat或文件+无论您使用中央身份validation的任何手段。
由于sudo仍在工作，您不需要在“救援模式”重新启动来重置密码，只需使用sudo passwd ，是否输出任何错误？
如果nsswitch是正常的，如果sudo su -会发生什么？
你有没有检查，如果在SSHDconfiguration文件（通常是/ etc / ssh / sshd_config ）指令PermitRootLogin设置为yes ？