Kilitli ekran koruyucusunda oturum açılamıyor, "kullanıcı değiştir ..."


11

Ekran koruyucularımı bir süre sonra masaüstünü kilitleyecek şekilde yapılandırdım; ve bazen, örneğin masamdan çıktığımda, "Hesabı kilitle / değiştir ..." özelliğini kullanarak ekranı kendim kilitlemeyi tercih ederim.

Tekrar giriş yapmaya çalışırken şifremi giriyorum, ancak şifre "geçersiz" olarak etiketlendi.

Geçici bir çözüm olarak, başlık çubuğundaki "Kullanıcı Değiştir ..." menüsüne gitmek için fareyi kullanmalı, tıklamalı ve ekran koruyucu kilidi sayfasına oldukça benzeyen diğer giriş sayfasının görünmesini beklemeliyim. . (Ayrıca, aralarından seçim yapabileceğiniz diğer kullanıcı adlarını da listeler)

Orada aynı şifreyi giriyorum ve kabul ediliyor, giriş yaptım, birlik masaüstü görünüyor.

Konsolda giriş de çalışıyor.

Sorunun nasıl teşhis edileceği ve çözüleceği hakkında bir fikriniz var mı?

Linux xxx 3.19.0-28-jenerik # 30-Ubuntu SMP Pzt 31 Ağu 15:52:51 UTC 2015 x86_64 x86_64 x86_64 GNU / Linux

birlik 7.3.2

Compiz 0.9.12.1

Kern.log ve syslog ile ilgilenen bir şey yok gibi görünüyor, ama burada /var/log/auth.log'dan bir şey var

    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

İşte geçmem gereken ekranların bazı resimleri:

Adım 1 - Kilitli ekran koruyucu

Burada normal şifremi başarısız bir şekilde yazdım. Yalnızca ascii karakterleri içerir.

2.Adım - Kullanıcı değiştirin

Kullanıcı değiştir ... (kendi hesabımı seç, başka bir hesaba geçmem gerekmiyor).

Adım 3 - Düzenli Giriş

Bu çalışıyor.

DÜZENLENDİ: +150 ödül süresinin bitiminden hemen önce

Bu sorunu kendim çözebildim (tüm ipuçları ve bağlantılar şu ana kadar tüm ~ 5 cevaplara yayılmış olsa da)

Ben dosyada bu satırı yorum vardı /etc/pam.d/lightdm:

#auth sufficient pam_succeed_if.so user ingroup nopasswdlogin

Bunun sebebi (aylar önce, bilgisayarıma fiziksel erişimi olan "tek kişi" olduğumda) kendimi şifre olmadan giriş yapabilen gruba ekledim ve önyükleme / yeniden başlatma işleminden sonra lightdn'e otomatik giriş yaptım. Sonra bir gün bunu yeniden "yeniden başlatmadan sonra gerekli oturum açma" olarak değiştirdim, ancak bir nedenle önceki oturum açma yapılandırması tüm yapılandırma dosyalarından yanlış kaldırıldı .

Şimdi tekrar giriş yapabilir :-)

Ödül / "notlandırma" üzerine bir not:

İlk cevap, "/etc/pam.d dosyasındakine yakından bakın" gibi bir şey söyleyerek çözüme en yakın olanıydı. Cevap aynı zamanda en uzun ve en kapsamlı idi. Ancak diğer tüm cevapları değerli olarak kontrol ettim, şimdilik yapabileceğim tek şey bu.


1
Doğrudan ilgili değil, ancak şifreyle ilgili olmayan bir hesabın ekranını kilitlerken de aynı prosedürü uygulamanız gerekir. Kilit ekranı bir şifre istiyor (mevcut değil), ancak kullanıcı değiştirme ekranı şifre sormadan doğrudan giriş düğmesini gösteriyor. Kilit ekranı gerçekten iyi kodlanmış değil gibi görünüyor ...
Byte Komutanı

1
Tamamen aynı sorunum var, ama bir süredir karşılaşmadım. Şifrem de özel bir karakter değil. Bu avcı2 fyi.
Promille

LDAP mi kullanıyorsunuz?
muru

@muru - LDAP yok. burada yerel bir kullanıcı hesabı kullanıyorum. LDAP istemcisini yükledim ve oturum
açtığımda

1
@knb sadece tarafından ısırılan değildir onaylamak için kontrol bugs.launchpad.net/ubuntu/+source/unity/+bug/1314095 gibi ben .
muru

Yanıtlar:


3

Teorik olarak /etc/pam.d içeriği üzerinde gezinebilir ve neler olduğunu görmek için /var/log/auth.log çıktısıyla karşılaştırabilirsiniz.

Farkında değilseniz, pam.d dosyasındaki her dosya pam yetkisi alıp alamayacağınızı sormak için potansiyel bir giriş noktasıdır. Sizin durumunuzda lightdm. Günlük girişleri, günlük dosyasındaki hangi satırların pam dosyasındaki satırlardan geldiğini anlamak için oldukça açıklayıcıdır.

Bulduğum belgelere göre, günlükte daha fazla bilgi almak için pam.d dosyalarındaki satırlara 'hata ayıklama' ekleyebilmelisiniz.

Kurulumumda, kde kullanıyorum ve kdm ve ekranımı kilitlediğimde ve (yanlış parola ile) kilidini açmaya çalıştığımda (kdm: auth) içeren çok sayıda satır alıyorum, ancak başarıyla açıldığında hiçbir şey yok. Pam.d / kdm ve pam.d / lightdm arasında benim için hiçbir anlam ifade etmeyen bir karşılaştırma yok, bu yüzden sorunun lightdm pam modülünde olup olmadığını görmek için etrafta bir şeyler değiştirmeyi deneyebilirsiniz.

Sahip olduğum diğer tek düşünce, şifrenizde ilginç semboller veya karakterler olup olmadığı. Lightdm kilit ekranı kutusu düzgün kodlanmamışsa, yazdığınız şeyi arka uca göndermediğini görebilirsiniz. İşe yarayıp yaramadığını görmek için parolanızı temel bir şeye (1234 gibi) değiştirmeyi deneyin, sonra (parolanızı açıkça değiştirin, ancak) muhtemelen en azından pam yapılandırmanızda yanlış bir şey olmadığı anlamına gelir.

Bu, çeşitli pam dosyalarına pam_debug.so eklemenin ötesinde çok işe yaramazsa (bkz. Http://manpages.ubuntu.com/manpages/hardy/man8/pam_debug.8.html ), ne olduğunu görmek için, Başka ne önereceğinden emin değilim.


3

Kilit ekranı kimlik doğrulamasını normal bir kullanıcı olarak çalıştırırken, kullanıcı değiştirme ve giriş ekranı root olarak çalışır. Kök, normal bir kullanıcının sahip olmadığı özel ayrıcalıklara sahiptir.

Genellikle bu sorunu gördüğümde, / etc / shadow dosyasındaki izinlerin değiştiği ortaya çıktı. Bunun gibi bir şey olmalı.

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

Eğer izinler, sahip ya da grup yanlışsa, sorun burada.


gölge -rw-r----- 1 root shadow 1965 Sep 22 08:49 /etc/shadow
dosyam

Ancak gölge ... 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: .....
dosyamdaki girişime

1

Belki de Masaüstü girişindeki çözümler başarısız olur, terminal çalışmaları sizin için işe yarayacak mı?

~ / .Xauthority dosyasını kaldırdılar.

Veya burada? /unix/64545/suddenly-i-cant-login-with-correct-password-greeter-tty

Yaşadığınız aynı sorun gibi görünüyor. İkinci bağlantı için, apt-get temizlemeyi ihmal, sadece komutları son bölümünü çalıştırmayı deneyin isteyebilirsiniz: sudo pam-auth-update.


Denedim sudo pam-auth-update- sonuç: uyarı + çıkış nedeniyle yerel değişiklikler /etc/pam.d/. 4 /etc/pam.dcommon-*dosya vardı. Sonra yaptım sudo pam-auth-update --force. karmaşık config-iletişim kutusu belirdi, varsayılanlar seçildi. şimdi 5 ortak- * dosya var. Sorun hala orada.
KNB

0

Cevabınız (düzenlemenizde) sorunumu gerçekten çözmedi, ancak kabul edilen cevap ve düzenleme sırasındaki çözüm yolunuz beni aşağıdakileri yapmaya yönlendiriyor:

  • aşağıdaki satırı yorumlamak

    #auth sufficient pam_succeed_if.so user ingroup nopasswdlogin

  • değiştirme

    auth requisite pam_nologin.so için auth requisite pam_permit.so

yan not: bu satırları değiştirdikten sonra yeniden başlatmaya gerek yok, sadece bunu terminale yazın: sudo /usr/sbin/pam-auth-updateve sonra enterklavyenizdeki menüde hiçbir şeyi değiştirmeden

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.