Skonfigurowałem wygaszacze ekranu, aby po pewnym czasie blokowały pulpit; a czasami, np. kiedy opuszczam biurko, wolę sam blokować ekran przy użyciu funkcji „Zablokuj / Przełącz konto ...”.

Podczas próby zalogowania się ponownie podaję hasło, ale hasło jest oznaczone jako „nieprawidłowe”.

Aby obejść ten problem, muszę użyć myszy, aby przejść do menu „Przełącz użytkownika ...” na pasku tytułu, kliknąć go i poczekać na wyświetlenie innej strony logowania, która jest dość podobna do strony blokady wygaszacza ekranu . (Zawiera także inne nazwy użytkowników do wyboru)

Tam wprowadzam to samo hasło i zostaje ono zaakceptowane, jestem zalogowany, pojawia się pulpit Unity.

Działa także logowanie do konsoli.

Masz pomysł, jak zdiagnozować i rozwiązać problem?

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

jedność 7.3.2

Compiz 0.9.12.1

Wydaje się, że kern.log i syslog nie są interesujące, ale oto coś z /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

Oto kilka zdjęć ekranów, przez które muszę przejść:

Tutaj bezskutecznie wpisałem moje zwykłe hasło. Zawiera tylko znaki ascii.

Przełącz użytkownika ... (wybierz własne konto, nie muszę przełączać się na inne).

To działa.

ZMIENIONO: tuż przed końcem terminu +150 nagród

Sam byłem w stanie rozwiązać ten problem (po tym, jak do tej pory wszystkie wskazówki i linki rozeszły się po wszystkich ~ 5 odpowiedziach)

Musiałem skomentować ten wiersz w pliku /etc/pam.d/lightdm:

#auth sufficient pam_succeed_if.so user ingroup nopasswdlogin

Myślę, że powodem było to, że (wiele miesięcy temu, kiedy byłem „jedynym” z fizycznym dostępem do mojego komputera), dodałem się do grupy, która może zalogować się bez hasła i autologować do lightdn po rozruchu / ponownym uruchomieniu. Potem pewnego dnia zmieniłem to z powrotem na „konieczne logowanie po ponownym uruchomieniu”, ale z jakiegoś powodu poprzednia konfiguracja bez logowania została usunięta nieprawidłowo ze wszystkich plików konfiguracyjnych .

Teraz możesz zalogować się ponownie :-)

Uwaga na temat nagrody / „oceny”:

Pierwszy odpowiadający był najbliżej rozwiązania, mówiąc coś w stylu „przyjrzyj się dokładnie temu, co znajduje się w /etc/pam.d”. Odpowiedź była także najdłuższa i najdokładniejsza. Jednak sprawdziłem wszystkie pozostałe odpowiedzi jako wartościowe, myślę, że na razie to wszystko, co mogę zrobić.

Teoretycznie możesz przejść przez zawartość /etc/pam.d i porównać z danymi wyjściowymi z /var/log/auth.log, aby zobaczyć, co się dzieje.

W przypadku, gdy nie jesteś świadomy, każdy plik w pam.d jest potencjalnym punktem wejścia, aby zapytać pam, czy możesz uzyskać autorytet. W twoim przypadku lightdm. Wpisy dziennika są dość zrozumiałe, jeśli chodzi o ustalenie, które wiersze w dzienniku pochodzą z których wierszy w pliku pam.

Według dokumentów, które znalazłem, powinieneś być w stanie dodać „debugowanie” do linii w plikach pam.d, aby uzyskać dodatkowe informacje w dzienniku.

W moim ustawieniu używam kde i kdm i dostaję wiele wierszy zawierających (kdm: auth), kiedy blokuję ekran i próbuję go odblokować (z niewłaściwym hasłem), ale nic, gdy pomyślnie się odblokuje. Nie ma porównania między pam.d / kdm i pam.d / lightdm, co nie ma dla mnie sensu, więc może możesz spróbować zamienić rzeczy, aby sprawdzić, czy problem dotyczy modułu pam lightdm.

Jedyną inną myślą, jaką myślałem, jest to, czy w haśle masz ciekawe symbole lub znaki. Jeśli pole ekranu blokady lightdm nie jest poprawnie zakodowane, może się okazać, że nie wysyła tego, co piszesz do zaplecza. Spróbuj zmienić hasło na coś podstawowego (np. 1234), aby sprawdzić, czy działa, jeśli tak, to (oczywiście zmień hasło z powrotem, ale) prawdopodobnie oznacza to, że przynajmniej nie ma nic złego w konfiguracji pam.

Przepraszam, jeśli to nie pomaga, oprócz patrzenia na dodanie pam_debug.so do różnych plików pam (patrz http://manpages.ubuntu.com/manpages/hardy/man8/pam_debug.8.html ), aby zobaczyć, co się stanie, Nie jestem pewien, co jeszcze zasugerować.

Ekran blokady uruchamia uwierzytelnianie jako zwykły użytkownik, podczas gdy przełączanie użytkowników i ekran logowania działają jako root. Root ma specjalne uprawnienia, których nie ma zwykły użytkownik.

Zwykle gdy widzę ten problem, okazuje się, że uprawnienia do pliku / etc / shadow zostały zmienione. Powinno to wyglądać mniej więcej tak.

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

Jeśli perms, właściciel lub grupa są nieprawidłowe, to właśnie tam jest twój problem.

Być może rozwiązania w zakresie logowania na pulpicie zawodzą, terminal działa dla Ciebie?

Usunęli plik ~ / .Xauthority.

Lub tu? /unix/64545/suddenly-i-cant-login-with-correct-password-greeter-tty

Wygląda na to, że napotykasz ten sam problem. W tym drugim linku, można spróbować po prostu działa ostatnią część poleceń, ignorując apt-get Płukanie: sudo pam-auth-update.

Twoja odpowiedź (w twojej edycji) tak naprawdę nie rozwiązała mojego problemu, ale zaakceptowana odpowiedź i sposób rozwiązania twojego problemu w edycji skłoniły mnie do wykonania następujących czynności:

• komentując następujący wiersz

  #auth sufficient pam_succeed_if.so user ingroup nopasswdlogin

• wymiana pieniędzy

  auth requisite pam_nologin.so do auth requisite pam_permit.so

uwaga dodatkowa: nie trzeba ponownie uruchamiać po zmianie tych wierszy, wystarczy wpisać to w terminalu: sudo /usr/sbin/pam-auth-updatea następnie bez zmiany czegokolwiek w menu wciśniętym enterna klawiaturze