Announcement

Collapse
No announcement yet.

Kubuntu 15.04: Can't unlock lock screen or start/switch sessions

Collapse
This topic is closed.
X
X
Collapse
 
  • Page of 1
  • Filter
  • Time
  • Show
Clear All
new posts
Previous template Next
    #1

    [SOLVED] Kubuntu 15.04: Can't unlock lock screen or start/switch sessions

    Just what it says on the can - The Plasma 5 lock screen is un-unlockable. I can enter my password just fine, but I will inevitably get a red "unlocking failed" message (except in my native language). I've temporarily changed my password to something ridiculously simple to make sure I wasn't misspelling it; I've also created a new user with an empty home directory to rule out any misconfiguration on my part. Nothing. I can't change or start sessions, either (but that's a lot less important to me).

    Thanks in advance for any comments. I know 15.04 is far from finished - it'd just be nice to know it's not something I've borked myself, and/or which KDE package/component is responsible.
    Last edited by Guest; Jan 29, 2015, 05:22 PM.
    Tags: None
    • Top
    • Bottom
    #2
    At here...

    Working at here.




    Is the lock screen working from the test button ?




    If I type a wrong password then there is the 'Unlocking failed'.



    and the authentication log has markings:

    01/30/15 01:22:20 PM fox6v unix_chkpwd[25857] password check failed for user (me)

    01/30/15 01:22:20 PM fox6v kcheckpass[25855] pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost= user=me


    01/30/15 01:22:20 PM fox6v kcheckpass[25855] Authentication failure for me (invoked by uid 1000)
    Last edited by Wheel Inventor; Jan 30, 2015, 06:46 AM.
    • Top
    • Bottom

    Comment

      #3
      The "test mode" won't let me log in either. Possibly Interesting message in /var/log/auth.log: PAM _pam_load_conf_file: unable to open /etc/pam.d/system-auth. (There's no such file.)

      Code:
      Jan 30 16:51:18 sporkmaiden kcheckpass[32668]: PAM _pam_load_conf_file: unable to open /etc/pam.d/system-auth
Jan 30 16:51:18 sporkmaiden unix_chkpwd[32669]: check pass; user unknown
Jan 30 16:51:18 sporkmaiden unix_chkpwd[32670]: check pass; user unknown
Jan 30 16:51:18 sporkmaiden unix_chkpwd[32670]: password check failed for user (abalone)
Jan 30 16:51:18 sporkmaiden kcheckpass[32668]: message repeated 2 times: [ PAM _pam_load_conf_file: unable to open /etc/pam.d/system-auth]
Jan 30 16:51:18 sporkmaiden kcheckpass[32668]: pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost=  user=abalone
Jan 30 16:51:18 sporkmaiden kcheckpass[32668]: Authentication failure for abalone (invoked by uid 1000)
Jan 30 16:51:29 sporkmaiden kcheckpass[32677]: PAM _pam_load_conf_file: unable to open /etc/pam.d/system-auth
Jan 30 16:51:29 sporkmaiden unix_chkpwd[32678]: check pass; user unknown
Jan 30 16:51:29 sporkmaiden unix_chkpwd[32679]: check pass; user unknown
Jan 30 16:51:29 sporkmaiden unix_chkpwd[32679]: password check failed for user (abalone)
Jan 30 16:51:29 sporkmaiden kcheckpass[32677]: message repeated 2 times: [ PAM _pam_load_conf_file: unable to open /etc/pam.d/system-auth]
Jan 30 16:51:29 sporkmaiden kcheckpass[32677]: pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost=  user=abalone
Jan 30 16:51:29 sporkmaiden kcheckpass[32677]: Authentication failure for abalone (invoked by uid 1000)
      • Top
      • Bottom

      Comment

        #4
        Code:
        $ ll /etc/pam.d/
insgesamt 140
drwxr-xr-x   2 root root  4096 Jan 28 22:04 ./
drwxr-xr-x 171 root root 12288 Jan 30 00:36 ../
-rw-r--r--   1 root root   179 Aug 15 23:55 accountsservice
-rw-r--r--   1 root root   384 Jul 18  2014 chfn
-rw-r--r--   1 root root    92 Jul 18  2014 chpasswd
-rw-r--r--   1 root root   581 Jul 18  2014 chsh
-rw-r--r--   1 root root  1208 Jan 27 19:01 common-account
-rw-r--r--   1 root root  1249 Jan 27 19:01 common-auth
-rw-r--r--   1 root root  1480 Jan 27 19:01 common-password
-rw-r--r--   1 root root  1515 Jan 27 19:01 common-session
-rw-r--r--   1 root root  1435 Jan 27 19:01 common-session-noninteractive
-rw-r--r--   1 root root   606 Jul  7  2014 cron
-rw-r--r--   1 root root    69 Aug 14 08:50 cups
-rw-r--r--   1 root root   663 Jan 22  2014 gdm
-rw-r--r--   1 root root   510 Jan 22  2014 gdm-autologin
lrwxrwxrwx   1 root root    13 Aug 24 19:55 gdm-launch-environment -> gdm-autologin
lrwxrwxrwx   1 root root     3 Aug 24 19:55 gdm-password -> gdm
-rw-r--r--   1 root root   132 Jan 27 02:38 kde
-rw-r--r--   1 root root  4788 Jul 18  2014 login
-rw-r--r--   1 root root    92 Jul 18  2014 newusers
-rw-r--r--   1 root root   520 Jul 22  2014 other
-rw-r--r--   1 root root    92 Jul 18  2014 passwd
-rw-r--r--   1 root root   255 Feb 11  2014 polkit-1
-rw-r--r--   1 root root   168 Mai 29  2014 ppp
-rw-r--r--   1 root root   143 Aug  8 09:38 runuser
-rw-r--r--   1 root root   138 Aug  8 09:38 runuser-l
-rw-r--r--   1 root root    84 Aug  3 05:06 samba
-rw-r--r--   1 root root  1613 Nov 20 17:57 sddm
-rw-r--r--   1 root root  1299 Nov 20 17:57 sddm-autologin
-rw-r--r--   1 root root  1216 Nov 20 17:57 sddm-greeter
-rw-r--r--   1 root root  2133 Okt  9 15:29 sshd
-rw-r--r--   1 root root  2305 Jul 18  2014 su
-rw-r--r--   1 root root   239 Dez 23 05:14 sudo
-rw-r--r--   1 root root   166 Jan 22 17:47 systemd-user
        • Top
        • Bottom

        Comment

          #5
          I've taken the system-auth from my Antergos installation (I have Kubuntu 14.10 on my netbook but it doesn't have that file either; locks/unlocks okay though).

          Code:
          #%PAM-1.0

auth      required  pam_unix.so     try_first_pass nullok
auth      optional  pam_permit.so
auth      required  pam_env.so

account   required  pam_unix.so
account   optional  pam_permit.so
account   required  pam_time.so

password  required  pam_unix.so     try_first_pass nullok sha512 shadow
password  optional  pam_permit.so

session   required  pam_limits.so
session   required  pam_unix.so
session   optional  pam_permit.so
          It still doesn't work, though /var/log/auth.log has changed:

          Code:
          Jan 30 20:09:31 sporkmaiden unix_chkpwd[3874]: check pass; user unknown
Jan 30 20:09:31 sporkmaiden unix_chkpwd[3875]: check pass; user unknown
Jan 30 20:09:31 sporkmaiden unix_chkpwd[3875]: password check failed for user (abalone)
Jan 30 20:09:31 sporkmaiden kcheckpass[3873]: pam_unix(kde:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost=  user=abalone
Jan 30 20:09:31 sporkmaiden kcheckpass[3873]: Authentication failure for abalone (invoked by uid 1000)
          It does not log anything like that when I log in locally or via ssh (both of those work without a hitch).

          Absolutely sure I'm not entering my password incorrently at the lock screen. (The test run at least lets me paste it, too.)
          • Top
          • Bottom

          Comment

            #6
            Pam

            /etc/pam.d/ at here:

            Code:
            :~$ ll /etc/pam.d/
total 124
drwxr-xr-x   2 root root  4096 Jan 30 12:48 ./
drwxr-xr-x 138 root root 12288 Jan 31 12:54 ../
-rw-r--r--   1 root root   179 Aug 16 00:55 accountsservice
-rw-rw-r--   1 root root   258 Jan 11 00:17 atd
-rw-r--r--   1 root root   384 Jul 18  2014 chfn
-rw-r--r--   1 root root    92 Jul 18  2014 chpasswd
-rw-r--r--   1 root root   581 Jul 18  2014 chsh
-rw-r--r--   1 root root  1208 Jan 28 10:18 common-account
-rw-r--r--   1 root root  1249 Jan 28 10:18 common-auth
-rw-r--r--   1 root root  1480 Jan 28 10:18 common-password
-rw-r--r--   1 root root  1515 Jan 28 10:18 common-session
-rw-r--r--   1 root root  1435 Jan 28 10:18 common-session-noninteractive
-rw-r--r--   1 root root   606 Jul  7  2014 cron
-rw-r--r--   1 root root    69 Aug 14 20:24 cups
-rw-r--r--   1 root root  4788 Jul 18  2014 login
-rw-r--r--   1 root root    92 Jul 18  2014 newusers
-rw-r--r--   1 root root   520 Oct 21 23:16 other
-rw-r--r--   1 root root    92 Jul 18  2014 passwd
-rw-r--r--   1 root root   255 Feb 11  2014 polkit-1
-rw-r--r--   1 root root   168 May 29  2014 ppp
-rw-r--r--   1 root root   143 Oct  5 20:06 runuser
-rw-r--r--   1 root root   138 Oct  5 20:06 runuser-l
-rw-r--r--   1 root root  1613 Nov 20 18:57 sddm
-rw-r--r--   1 root root  1299 Nov 20 18:57 sddm-autologin
-rw-r--r--   1 root root  1216 Nov 20 18:57 sddm-greeter
-rw-r--r--   1 root root  2305 Jul 18  2014 su
-rw-r--r--   1 root root   239 Dec 23 06:14 sudo
-rw-r--r--   1 root root   166 Jan 22 18:47 systemd-user
            • Top
            • Bottom

            Comment

              #7
              "Fixed" it with a reinstallation.
              • Top
              • Bottom

              Comment

                #8
                I was facing this same problem and found a fix in a relatively old bug report. Turns out that the permissions on the unix_chkpwd command got changed with the upgrade somehow. Fix is to reset the permissions as follows:

                Code:
                [COLOR=#333333][FONT=monospace]chown root:shadow /sbin/unix_chkpwd[/FONT][/COLOR]
[COLOR=#333333][FONT=monospace]chmod 2755 /sbin/unix_chkpwd[/FONT][/COLOR]
[COLOR=#333333][FONT=monospace]chown root:shadow /etc/shadow[/FONT][/COLOR]
                Gah... I can't post the link to the bug report on my first post... so will post in the next one.
                • Top
                • Bottom

                Comment

                  #9
                  Old bug report here.
                  • Top
                  • Bottom

                  Comment

                  Previous template Next
                  Working...
                  X