J'ai un problème majeur - il y a quelques heures, j'ai mis à jour ma machine kubunt 14.04 - j'ai retardé un peu cette mise à jour car je ne voulais pas redémarrer ma machine. Étant donné que KDE Startmenu n'apparaissait plus lorsque j'ai cliqué, j'ai décidé de mettre à jour et de redémarrer ensuite.
Maintenant, je ne peux plus me connecter à KDE! Les symptômes sont:
Oui, j'ai regardé et essayé toutes les astuces concernant .Xauthority
etc. Je l'ai renommé, j'ai changé l'autorisation etc. rien n'y fait. Ci-dessous je poste /varlog/lightdm/lightdm.log
après 1 connexion, essayez avec (espérons-le) un mot de passe correct car d'après ce que j'y vois, je n'ai pas de meilleurs conseils de google, stackexchange ou askubuntu. Peut-être est-ce lié au lecteur d'empreintes digitales ou à un autre matériel.
Ceci est ma machine principale sur le lieu de travail, donc tout conseil ou indice rapide est grandement apprécié!
~$ Sudo cat /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Starting Light Display Manager 1.10.6, UID=0 PID=1311
[+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/40-kde-plasma.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/40-lightdm-kde-greeter.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-greeter-wrapper.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-guest-wrapper.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-xserver-command.conf
[+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.00s] DEBUG: Registered seat module xlocal
[+0.00s] DEBUG: Registered seat module xremote
[+0.00s] DEBUG: Registered seat module unity
[+0.00s] DEBUG: Registered seat module surfaceflinger
[+0.00s] DEBUG: Adding default seat
[+0.00s] DEBUG: Seat: Starting
[+0.00s] DEBUG: Seat: Creating greeter session
[+0.00s] DEBUG: Seat: Creating display server of type x
[+0.00s] DEBUG: Deactivating Plymouth
[+0.03s] DEBUG: Using VT 7
[+0.03s] DEBUG: Seat: Starting local X display on VT 7
[+0.03s] DEBUG: DisplayServer x-0: Logging to /var/log/lightdm/x-0.log
[+0.03s] DEBUG: DisplayServer x-0: Writing X server authority to /var/run/lightdm/root/:0
[+0.03s] DEBUG: DisplayServer x-0: Launching X Server
[+0.03s] DEBUG: Launching process 1323: /usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[+0.03s] DEBUG: DisplayServer x-0: Waiting for ready signal from X server :0
[+0.03s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
[+0.03s] DEBUG: Registering seat with bus path /org/freedesktop/DisplayManager/Seat0
[+0.05s] DEBUG: Loading users from org.freedesktop.Accounts
[+0.05s] DEBUG: User /org/freedesktop/Accounts/User1001 added
[+0.08s] DEBUG: User /org/freedesktop/Accounts/User1000 added
[+0.18s] DEBUG: Got signal 10 from process 1323
[+0.18s] DEBUG: DisplayServer x-0: Got signal from X server :0
[+0.18s] DEBUG: DisplayServer x-0: Connecting to XServer :0
[+0.18s] DEBUG: Quitting Plymouth; retaining splash
[+0.20s] DEBUG: Seat: Display server ready, starting session authentication
[+0.20s] DEBUG: Session pid=1345: Started with service 'lightdm-greeter', username 'lightdm'
[+0.21s] DEBUG: Session pid=1345: Authentication complete with return value 0: Success
[+0.21s] DEBUG: Seat: Session authenticated, running command
[+0.21s] DEBUG: Session pid=1345: Running command /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/lightdm-kde-greeter
[+0.21s] DEBUG: Creating shared data directory /var/lib/lightdm-data/lightdm
[+0.21s] DEBUG: Session pid=1345: Logging to /var/log/lightdm/x-0-greeter.log
[+0.22s] DEBUG: Activating VT 7
[+0.22s] DEBUG: Activating login1 session c1
[+1.37s] DEBUG: Session pid=1345: Greeter connected version=1.10.6
[+137.95s] DEBUG: Session pid=1345: Greeter start authentication for ursin
[+137.95s] DEBUG: Session pid=1811: Started with service 'lightdm', username 'ursin'
[+138.97s] DEBUG: Session pid=1811: Got 1 message(s) from PAM
[+138.97s] DEBUG: Session pid=1345: Prompt greeter with 1 message(s)
[+138.97s] DEBUG: Session pid=1345: Continue authentication
[+176.29s] DEBUG: User /org/freedesktop/Accounts/User1000 changed
[+241.69s] DEBUG: User /org/freedesktop/Accounts/User1000 changed
si je fais plus d'une connexion, j'obtiens également des messages comme
[+2046.48s] DEBUG: Session pid=1345: Greeter start authentication for ursin
[+2046.48s] DEBUG: Session pid=1811: Sending SIGTERM
[+2046.48s] DEBUG: Session pid=2001: Started with service 'lightdm', username 'ursin'
[+2046.48s] DEBUG: Session pid=1811: Terminated with signal 15
[+2046.48s] DEBUG: Session: Failed during authentication
[+2046.48s] DEBUG: Seat: Session stopped
et cela se répète alors à l'infini ...
Je l'ai compris phewww - le système était fondamentalement inutile!
Au lieu de signaler ce qui n'a pas fonctionné (par exemple, en regardant x-0-greeter.log
), Je vais essayer de résumer ce qui a fonctionné. Je suppose que peu de gens ont ce problème car il est causé par les empreintes digitales.
$ Sudo cat /var/log/lightdm/lightdm.log
À un moment donné, j'ai commencé à comparer mon journal (buggy) à celui dans lequel la connexion a réussi et cela a laissé entendre que auth
était à l'origine du problème, car je n'ai jamais obtenu la deuxième ligne ici:
[+24.30s] DEBUG: Session pid=1769: Continue authentication
[+24.31s] DEBUG: Session pid=2005: Authentication complete with return value 0: Success
$ tail -n 50 /var/log/auth.log
a montré parmi beaucoup d'autres choses, ceci:
pam_fingerprint-gui[8676]: Got password by keyboard.
pam_fingerprint-gui[8676]: Return 25 (PAM_IGNORE).
qui m'a amené à http://home.ullrich-online.cc/fingerprint/Forum/topic.php?TopicId=546#1504
le message se lit comme suit:
June 17th, 2016 11:57pm
Wolfgang, Maurizio,
I can report similar problems here!
I have been using fingerprint-gui for years (thank you Wolfgang !!) on Kubuntu 14.04
Since v1.08 update, I can only login with fingerprint, typing the password would freeze it. Once logged in, all authentication by password failed. On a Konsole, any Sudo command would behave like a wrong password was entered (and I would be "reported"!! ) a bit like it got a failed password even before asking for it.
Didn't test much, but felt like non-kde application (synaptic for examples) behaved better than native kde (muon)
At the moment I've temporarily uninstalled fingerprint-gui, I hope you can fix this, please let me know if there is something I can do to help?
Jyves.
ce fut (a) le premier message récent (il y a 1 mois - mais rappelez-vous que j'ai retardé un peu la mise à jour) qui (b) a souligné que cela fonctionnait pendant des années mais s'était arrêté en raison d'une récente mise à jour. Et (c) supprimer fingerprint-gui
aide:
$ Sudo apt-get purge fingerprint-gui
$ Sudo apt-get purge libfakekey0 libfprint0
$ Sudo shutdown -r now
Problème résolu pour moi! (Grâce au débogage de clonezilla et aux tests extrêmes, c'était facile! Et un Sudo touch /forcefsck; Sudo shutdown -r now
à la fin c'est toujours une bonne idée!)
Question ouverte: comment remplacer fingerprint-gui
sur le matériel lenovo?