Hi Joost, I think those kwallet errors are harmless if you don't use KDE; I commented mine out. 0 root@muizenberg:/etc/pam.d#grep kwal * lightdm:#auth optional pam_kwallet.so lightdm:#session optional pam_kwallet.so auto_start lightdm.all.allowed:#auth optional pam_kwallet.so lightdm.all.allowed:#session optional pam_kwallet.so auto_start lightdm-greeter:#auth optional pam_kwallet.so lightdm-greeter:#session optional pam_kwallet.so auto_start lightdm.user.allowed:#auth optional pam_kwallet.so lightdm.user.allowed:#session optional pam_kwallet.so auto_start I think you can ignore pam_succeed_if, I see that regularly. You DO seem to have unix_chkpwd, but I also get that message after the fix; from your logs: Jul 9 08:45:12 zotac-44 unix_chkpwd[4847]: password check failed for user (testuser) This is me succesfully unlocking after the unix_chkpwd workaround: 0 root@muizenberg:~#ls -l /sbin/unix_chkpwd -rwsr-sr-x 1 root shadow 35536 Feb 1 00:21 /sbin/unix_chkpwd 0 root@muizenberg:/var/log#tail -n 5 auth.log Jul 9 11:10:35 muizenberg compiz: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "jan" Jul 9 11:10:37 muizenberg unix_chkpwd[22139]: password check failed for user (jan) Jul 9 11:10:37 muizenberg compiz: pam_unix(lightdm:auth): authentication failure; logname= uid=10000 euid=10000 tty= ruser= rhost= user=jan Jul 9 11:10:37 muizenberg compiz: gkr-pam: unlocked login keyring Jul 9 11:10:37 muizenberg compiz: pam_group(lightdm:setcred): unable to set the group membership for user: Operation not permitted 0 root@muizenberg:/var/log# Another thought, are there any dconf/gsettings lockdown in LTSP that might affect this? Regards, Jan On 9 July 2014 10:42, Joost Ringoot