无法在锁定的屏幕保护程序上登录,必须使用“切换用户..”登录


11

我将屏幕保护程序配置为在一段时间后锁定桌面。有时,例如当我离开办公桌时,我更喜欢使用标题栏“锁定/切换帐户...”功能自己锁定屏幕。

尝试再次登录时,我输入了密码,但密码被标记为“无效”。

解决方法是,我必须使用鼠标转到标题栏中的“切换用户...”菜单,单击它,然后等待其他登录页面出现,这与屏幕保护程序锁定页面非常相似。 。(它还会列出其他用户名以供选择)

在那里,我输入相同的密码,并且密码被接受,我已经登录,出现统一桌面。

在控制台上登录也可以。

知道如何诊断和解决问题吗?

Linux xxx 3.19.0-28-generic#30-Ubuntu SMP Mon Aug 31 15:52:51 UTC 2015 x86_64 x86_64 x86_64 GNU / Linux

团结7.3.2

Compiz 0.9.12.1

在kern.log和syslog中似乎没有任何兴趣,但是这里是/var/log/auth.log中的内容

    Sep 17 17:20:29 xxx lightdm: pam_kwallet(lightdm-greeter:setcred): pam_sm_setcred
Sep 17 17:20:29 xxx lightdm: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
Sep 17 17:20:29 xxx systemd-logind[843]: New session c13 of user lightdm.
Sep 17 17:20:29 xxx lightdm: pam_ck_connector(lightdm-greeter:session): nox11 mode, ignoring PAM_TTY :2
Sep 17 17:20:29 xxx lightdm: pam_kwallet(lightdm-greeter:session): pam_sm_open_session
Sep 17 17:20:29 xxx lightdm: pam_kwallet(lightdm-greeter:session): pam_kwallet: open_session called without kwallet_key
Sep 17 17:20:30 xxx lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "knb"
Sep 17 17:20:33 xxx CRON[37168]: pam_unix(cron:session): session closed for user munin
Sep 17 17:21:10 xxx lightdm: pam_kwallet(lightdm:auth): pam_sm_authenticate
Sep 17 17:21:10 xxx lightdm: pam_kwallet(lightdm:setcred): pam_sm_setcred
Sep 17 17:21:10 xxx lightdm: pam_unix(lightdm-greeter:session): session closed for user lightdm
Sep 17 17:21:10 xxx lightdm: pam_kwallet(lightdm-greeter:session): pam_sm_close_session
Sep 17 17:21:10 xxx lightdm: pam_kwallet(lightdm-greeter:setcred): pam_sm_setcred

这是我必须经历的一些屏幕图片:

第1步-锁定屏幕保护程序

在这里,我没有输入常规密码。它仅包含ascii字符。

第2步-切换用户

切换用户...(选择我自己的帐户,不需要切换到另一个帐户)。

第3步-常规登录

这可行。

编辑:+150悬赏截止期限即将结束之前

我自己能够解决此问题(尽管遵循了所有提示和链接,但到目前为止所有〜5个答案中都有)

我不得不在文件中注释掉这一行/etc/pam.d/lightdm

#auth sufficient pam_succeed_if.so user ingroup nopasswdlogin

我认为原因是(许多个月前,当我还是可以物理访问计算机的“唯一一个”时),我已将自己添加到无需密码即可登录的组,并且在引导/重新引导后自动登录到lightdn。然后有一天,我将其更改回 “重新启动后需要登录”,但是由于某种原因,先前的无登录配置被从所有配置文件中不正确地删除

现在可以再次登录:-)

关于赏金/“评分”的说明:

第一个回答者最接近该解决方案,说的是“仔细查看/etc/pam.d中的内容”。答案也是最长和最彻底的。但是,我认为所有其他答案都很有价值,我认为这就是我现在所能做的。


1
没有直接关系,但是在锁定非密码帐户的屏幕时需要执行相同的步骤。锁定屏幕需要输入密码(不存在),但是用户切换屏幕直接显示登录按钮,而无需输入密码。锁定屏幕似乎在这里似乎没有被很好地编码...
Byte Commander

1
我有完全相同的问题,但有一段时间没有遇到。我的密码也没有特殊字符。是hunter2 fyi。
Promille 2015年

您正在使用LDAP吗?
muru

@muru-没有LDAP。在这里,我正在使用本地用户帐户。我已安装LDAP客户端,并在登录时使用它连接其他服务(电子邮件等)
knb

1
@knb只是检查以确认您没有像一样bugs.launchpad.net/ubuntu/+source/unity/+bug/1314095咬伤。
muru

Answers:


3

从理论上讲,您可以遍历/etc/pam.d的内容,并与/var/log/auth.log的输出进行比较以了解发生了什么。

如果您不知道,则pam.d中的每个文件都是一个可能的入口点,用于询问pam是否可以获取授权。在你的情况下,lightdm。就找出日志中的哪几行来自pam文件中的哪几行而言,日志条目是很容易解释的。

根据我发现的文档,您应该能够在pam.d文件中的行中添加“ debug”以在日志中获取更多信息。

在我的设置中,我使用的是kde和kdm,当锁定屏幕并尝试使用错误的密码解锁时,会得到很多包含(kdm:auth)的行,但是如果成功解锁,则什么也没有。在pam.d / kdm和pam.d / lightdm之间几乎没有比较,这对我来说毫无意义,因此也许您可以尝试交换周围的东西以查看问题是否在lightdm pam模块中。

我唯一想到的另一件事是,密码中是否包含有趣的符号或字符。如果lightdm锁定屏幕框的编码不正确,您可能会发现它没有将您键入的内容发送到后端。尝试将密码更改为基本密码(例如1234),看看它是否可以运行,如果可以,然后(将密码更改为明显,但是)这可能至少意味着pam配置没有问题。

很抱歉,如果这样做没有太大帮助,除了查看将pam_debug.so添加到各种pam文件(请参阅http://manpages.ubuntu.com/manpages/hardy/man8/pam_debug.8.html)之外,看看会发生什么,我不确定还有什么建议。


3

锁定屏幕以普通用户身份进行身份验证,而用户切换和登录屏幕以root用户身份运行。根拥有普通用户没有的特殊特权。

通常,当我看到此问题时,事实证明文件/ etc / shadow的权限已更改。看起来应该像这样。

$ ls -l /etc/shadow
-rw-r----- 1 root shadow 2202 Jun 23 12:39 /etc/shadow

如果权限,所有者或组错误,那就是您的问题所在。


我的影子文件:看起来很正常:-rw-r----- 1 root shadow 1965 Sep 22 08:49 /etc/shadow
knb

但是,影子文件中属于我的登录名的行非常长:... saned:*:15259:0:99999:7::: knb:$6$gUasL0rU$X3J3y/IAu/gKT2Ky2HCGLYigs59CowgYw17/0AK8QMWCsz6NpWDesH.C/....... LatrOQm1l5211gy3Q2pWx.:16702:0:99999:7::: sshd:*:15268:0:99999:7::: postfix:*:15271:0:99999:7: .....
knb

1

也许桌面登录中的解决方案失败,终端工程将为您服务吗?

他们删除了〜/ .Xauthority文件。

还是这里?/unix/64545/suddenly-i-cant-login-with-correct-password-greeter-tty

似乎与您遇到的问题相同。对于第二个链接,您可能想尝试仅运行命令的最后一部分,而忽略apt-get清除:sudo pam-auth-update


我尝试了以下sudo pam-auth-update结果:警告+退出,因为中的本地修改/etc/pam.d/。有4个 /etc/pam.dcommon-*文件。然后我做到了sudo pam-auth-update --force。出现复杂的配置对话框,选择默认值。现在有5个common- *文件。问题仍然存在。
knb

0

您的答案(在您的编辑中)并不能真正解决我的问题,但是您所接受的答案以及您在编辑中解决问题的方式使我可以执行以下操作:

  • 评论以下行

    #auth sufficient pam_succeed_if.so user ingroup nopasswdlogin

  • 改变中

    auth requisite pam_nologin.soauth requisite pam_permit.so

边注:无需重新改变这些行之后只需要输入到终端这样的:sudo /usr/sbin/pam-auth-update然后没有在菜单中命中任何更改enter键盘上

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.