Saya telah mengkonfigurasi screensaver saya untuk mengunci desktop setelah beberapa waktu; dan kadang-kadang, misal ketika saya meninggalkan meja saya, saya lebih suka mengunci layar sendiri menggunakan fitur judul "Kunci / Alihkan akun ...".
Ketika mencoba masuk lagi, saya memasukkan kata sandi saya, tetapi kata sandinya dilabeli "tidak valid".
Sebagai solusi, saya harus menggunakan mouse untuk masuk ke menu "Ganti Pengguna ..." di bilah judul, klik, dan tunggu halaman login lain muncul, yang sangat mirip dengan halaman pengunci screensaver . (Ini juga mencantumkan nama pengguna lain untuk dipilih)
Di sana saya memasukkan kata sandi yang sama, dan itu diterima, saya masuk, desktop unity muncul.
Login di konsol juga berfungsi.
Adakah yang tahu cara mendiagnosis dan menyelesaikan masalah?
Linux xxx 3.19.0-28-generic # 30-Ubuntu SMP Senin 31 Agustus 15:52:51 UTC 2015 x86_64 x86_64 x86_64 GNU / Linux
kesatuan 7.3.2
Compiz 0.9.12.1
Sepertinya tidak ada yang menarik di kern.log dan syslog, tapi di sini ada sesuatu dari /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
Berikut adalah beberapa gambar layar yang harus saya lalui:
Di sini saya tidak berhasil mengetik kata sandi reguler saya. Ini hanya berisi karakter ascii.
Beralih pengguna ... (pilih akun saya sendiri, saya tidak perlu beralih ke yang lain).
Ini bekerja.
Diedit: sesaat sebelum batas waktu +150 hadiah
Saya bisa menyelesaikan masalah ini sendiri (setelah mengikuti meskipun semua petunjuk dan tautan tersebar di seluruh ~ 5 jawaban sejauh ini)
Saya harus mengomentari baris ini dalam file /etc/pam.d/lightdm
:
#auth sufficient pam_succeed_if.so user ingroup nopasswdlogin
Saya pikir alasannya adalah bahwa (beberapa bulan yang lalu, ketika saya adalah "satu-satunya" dengan akses fisik ke komputer saya) saya telah menambahkan diri saya ke grup yang dapat login tanpa kata sandi , dan autologin ke lightdn setelah boot / reboot. Kemudian suatu hari saya mengubah ini kembali ke "login diperlukan setelah reboot" tetapi untuk beberapa alasan konfigurasi no-login sebelumnya dihapus dengan tidak benar dari semua file konfigurasi .
Sekarang bisa login lagi :-)
Catatan tentang karunia / "penilaian":
Penjawab pertama paling dekat dengan solusi dengan mengatakan sesuatu seperti "perhatikan baik-baik apa yang ada di /etc/pam.d". Jawabannya juga yang terpanjang dan terlengkap. Namun saya memeriksa semua jawaban lain sebagai berharga, itu yang bisa saya lakukan untuk saat ini, saya pikir.
Jawaban:
Secara teori Anda dapat menelusuri isi /etc/pam.d dan membandingkannya dengan keluaran dari /var/log/auth.log untuk melihat apa yang sedang terjadi.
Jika Anda tidak sadar, setiap file di pam.d adalah titik masuk potensial untuk meminta pam jika Anda bisa mendapatkan otoritas. Dalam kasus Anda, lightdm. Entri log cukup jelas sejauh mencari tahu baris mana dalam log yang berasal dari baris mana dalam file pam.
Menurut dokumen yang saya temukan Anda harus dapat menambahkan 'debug' ke baris dalam file pam.d untuk mendapatkan info tambahan dalam log.
Dalam pengaturan saya, saya menggunakan kde, dan kdm dan saya mendapatkan banyak baris yang berisi (kdm: auth) ketika saya mengunci layar saya dan berusaha untuk membukanya (dengan kata sandi yang salah), tetapi tidak ada ketika berhasil membuka kunci. Yang berikutnya adalah tidak ada perbandingan antara pam.d / kdm dan pam.d / lightdm yang tidak masuk akal bagi saya, jadi mungkin Anda dapat mencoba bertukar hal-hal di sekitar untuk melihat apakah masalahnya ada dalam modul pam lightdm.
Satu-satunya pemikiran lain yang saya miliki, adalah apakah Anda memiliki simbol atau karakter yang menarik di kata sandi Anda. Jika kotak layar kunci lightdm, tidak dikodekan dengan benar, Anda mungkin menemukan itu tidak mengirim apa yang Anda ketik ke bagian belakang. Coba ubah kata sandi Anda menjadi sesuatu yang dasar (seperti 1234) untuk melihat apakah itu berfungsi, jika ya, lalu (ubah kembali kata sandi Anda, tapi) itu mungkin berarti tidak ada yang salah dengan konfigurasi pam Anda setidaknya.
Maaf jika ini tidak banyak membantu, selain melihat menambahkan pam_debug.so ke berbagai file pam (lihat http://manpages.ubuntu.com/manpages/hardy/man8/pam_debug.8.html ), untuk melihat apa yang terjadi, Saya tidak yakin harus menyarankan apa lagi.
sumber
Layar kunci menjalankan otentikasi sebagai pengguna biasa, sedangkan pengguna beralih dan layar login dijalankan sebagai root. Root memiliki hak istimewa khusus yang tidak dimiliki oleh pengguna biasa.
Biasanya ketika saya melihat masalah ini, ternyata hak akses pada file / etc / shadow telah diubah. Seharusnya terlihat seperti ini.
Jika perm, pemilik, atau grup salah, itu masalah Anda di sana.
sumber
-rw-r----- 1 root shadow 1965 Sep 22 08:49 /etc/shadow
... 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: .....
Mungkin solusi dalam gagal masuk Desktop, terminal berfungsi untuk Anda?
Mereka menghapus file ~ / .Xauthority.
Atau disini? /unix/64545/suddenly-i-cant-login-with-correct-password-greeter-tty
Tampaknya Anda mengalami masalah yang sama. Untuk itu link kedua, Anda mungkin ingin mencoba hanya menjalankan bagian terakhir dari perintah, mengabaikan membersihkan apt-get:
sudo pam-auth-update
.sumber
sudo pam-auth-update
- hasil: peringatan + keluar karena modifikasi lokal di/etc/pam.d/
. Ada 4/etc/pam.dcommon-*
file. Lalu saya lakukansudo pam-auth-update --force
. config-dialog-box kompleks muncul, dipilih default. sekarang ada 5 file * umum. Masalahnya masih ada.Jawaban Anda (dalam suntingan Anda) tidak benar-benar menyelesaikan masalah saya tetapi jawaban yang diterima dan cara Anda menyelesaikannya dalam suntingan mengarahkan saya untuk melakukan hal berikut:
mengomentari baris berikut
#auth sufficient pam_succeed_if.so user ingroup nopasswdlogin
berubah
auth requisite pam_nologin.so
untukauth requisite pam_permit.so
catatan: tidak perlu restart setelah mengubah baris-baris ini cukup ketik ini ke terminal:
sudo /usr/sbin/pam-auth-update
dan kemudian tanpa mengubah apa pun di menu tekanenter
pada keyboard Andasumber