kubuntu 14.04 Login do KDE impossível após a atualização

1

Eu tenho um grande problema - algumas horas atrás eu atualizei a minha máquina 14.04 kubunt - eu atrasei esta atualização um pouco desde que eu não queria reiniciar minha máquina. Desde que o KDE Startmenu não apareceu mais quando eu cliquei, decidi atualizar e reiniciar então.

Agora não consigo mais entrar no KDE! Os sintomas são:

  • Eu posso digitar a senha, mas quando pressiono [Enter] NADA acontece (NENHUMA tela preta que pisca ou então)
  • a senha não é apagada
  • se eu digitar uma senha errada, exatamente o mesmo acontece
  • convidado pode acessar o KDE
  • posso fazer login em tty
  • criou um novo usuário: ele não pode fazer login

Sim, olhei e tentei todas as dicas sobre .Xauthority etc. Renomeei, mudei a permissão, etc. nada ajuda. Abaixo eu postei /varlog/lightdm/lightdm.log após 1 login tente com (espero) senha correta já que pelo que vejo lá não consigo melhores dicas do google, stackexchange ou askubuntu. Pode estar relacionado ao leitor de impressões digitais ou outro hardware.

Esta é a minha principal máquina de trabalho, por isso qualquer conselho ou sugestão rápida é muito apreciado!

~$ 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

se eu fizer mais do que 1 login tente também recebo mensagens como

[+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

e que se repete infinitamente ...

    
por Ursin Solèr 07.07.2016 / 11:19

1 resposta

3

Eu descobri phewww - o sistema era basicamente inútil!

Em vez de relatar o que não funcionou (por exemplo, consultar x-0-greeter.log ), tentarei resumir o que funcionou. Eu assumo não muitas pessoas tendo este problema, pois é causada por impressão digital-gui.

$ sudo cat /var/log/lightdm/lightdm.log

Em algum momento, comecei a comparar o meu log (buggy) com o log em que o login foi bem-sucedido e isso sugeriu auth para causar o problema, já que nunca recebi a segunda linha aqui:

[+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

mostrou entre muitas outras coisas, isto:

pam_fingerprint-gui[8676]: Got password by keyboard.
pam_fingerprint-gui[8676]: Return 25 (PAM_IGNORE). 

que me levou ao link

o post diz:

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.

este foi (a) o primeiro post recente (1 mês atrás - mas lembre-se que eu adiei a atualização um pouco) que (b) apontou que funcionou durante anos, mas parou devido a uma atualização recente. E (c) remover fingerprint-gui ajuda:

$ sudo apt-get purge fingerprint-gui
$ sudo apt-get purge libfakekey0 libfprint0
$ sudo shutdown -r now

Problema resolvido para mim! (Graças à depuração do clonezilla e teste extremo foi fácil! E sudo touch /forcefsck; sudo shutdown -r now no final é sempre uma boa ideia!)

Pergunta aberta: Como substituir o fingerprint-gui no hardware da lenovo?

    
por Ursin Solèr 07.07.2016 / 23:25