O Gnome / X efetua logoff imediatamente após o login - quais arquivos de log são relevantes?

6

Eu tenho mexido com fingerprint-gui e com X / xrandr configurações de resolução.

Quando eu começo a minha máquina, inicializa normalmente. Assim que X e gnome tenham terminado, ele me desconecta automaticamente e me traz de volta ao prompt de login gdm com a lista de usuários. Então, eu sou, no entanto, capaz de fazer o login usando "Ubuntu Desktop Fail-safe".

Eu verifiquei a lista de aplicativos de inicialização, mas tudo parece bem lá.

Ainda não consigo identificar exatamente o que pode ser responsável por isso: X , gnome ou algumas configurações pam.d erradas. Até agora, verifiquei /var/logs/X11/xorg.0.log , /var/logs/auth.log e ~/.xsession-errors . Além disso, eu não consigo entender a "interação" entre X, GDM, GNOME, GNOME-policykit, PAM.d e tudo mais.

Existem outros arquivos de registro relevantes que podem me indicar o que está quebrado?

Especificações:

  • Ubuntu 10.10 Maverick Meerkat
  • IBM / Lenovo Thinkpad R60, Mobilidade ATI Radeon x1400
  • todas as atualizações instaladas
  • Usuário do Linux 1 ano +,
por joebuntu 10.01.2011 / 18:11

7 respostas

8

Para a posteridade - vou deixar uma solução aqui ...

Isso pode acontecer se você tentar executar um servidor X com privilégios de root enquanto estiver logado na sua conta ... então você poderia ter digitado:

sudo startx

ou estavam mexendo com xauth como root.

Isso criará um arquivo no seu diretório pessoal ~ / .Xauthority que é de propriedade do root.

Quando você tentar fazer o login, o sistema tentará ler este arquivo, mas não terá permissão e o desconectará.

A solução é para

  • sair para um terminal Ctrl + Alt + F1
  • faça login na sua conta
  • tipo: sudo mv ~ / .Xauthority ~ / old.Xauthority
  • agora efetue logout digitando "logout"
  • volte para o dm com Ctrl + Atl + F7
  • você deve conseguir entrar agora!

Se você não tem privilégio de sudo, você tem que ter alguém que faz no seu sistema

    
por Paul Atimus 19.03.2013 / 21:44
5

Eu sei que esta é uma questão antiga, mas aconteceu comigo. Descobri que a última linha do meu ~ / .profile estava retornando um código de saída diferente de zero. Como o comando bash 'source' retorna como seu código de saída o último código de saída do script originado, imagino que isso atrapalhe o init xsession.

Você pode ver evidências disso em ~ / .xsession-errors (eu fiz), mas você pode não saber se seu último comando de perfil retorna um código de erro sem imprimir nenhuma saída.

Então, dê uma olhada no final de cada um dos seus scripts de login. Trabalhou para mim.

    
por pulpo347 21.08.2012 / 19:00
1

Sem ver os arquivos de log, é difícil dizer onde o bug vem (use pastebin.ubuntu.com ou relate um novo bug para o Launchpad executando ubuntu-bug xorg-server , mas tente procurar os logs do gdm em / var / log / gdm / ( essa pasta pode não estar acessível sem acesso root).

    
por papukaija 20.02.2011 / 16:56
1

Isso aconteceu comigo recentemente. Eu resolvi meu problema procurando nos logs lightdm ( /usr/log/lightdm/* ). No meu caso, estava tentando carregar uma sessão chamada gnome-shell quando não existia nenhuma. Eu copiei /usr/share/xsession/gnome.session para /usr/share/xsession/gnome-shell.session e as coisas funcionaram bem.

(Note, eu percebi que isso provavelmente não funcionaria para o usuário, já que o Ubuntu não estava usando o LightDM em 10.10. No entanto, se a pergunta tivesse sido feita hoje, ou se alguém pesquisar hoje, essa é uma resposta provável. )

    
por mjumbewu 17.06.2012 / 18:05
0

pode acontecer que a variável PATH esteja desarrumada. Para corrigir o problema:

Pressione Alt + Ctrl + F5 na tela de login

export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games

Agora, faça o login novamente na tela inicial e tente fazer o login.

    
por user282016 15.05.2014 / 19:31
0

Isso aconteceu comigo (no Xfce) depois de copiar um arquivo .mov para a área de trabalho. Usando ssh para login remoto e excluindo o arquivo resolveu o problema

    
por Eric G 28.03.2016 / 22:58
0

Okay pessoal, eu encontrei a solução real para este problema, para todos aqueles que possuem as placas gráficas NVIDIA instaladas.

A melhor solução é desinstalar os drivers da Nvidia. (Mas eu recomendo usar o arquivo .run do driver para desinstalar simplesmente fazendo: sudo apt limpar nvidia - - * etc. não funcionou para mim)

Durante a instalação no meu sistema eu tinha baixado o driver nvidia mais recente como um arquivo .run do site deles: link

Eu tinha o arquivo .run salvo em ~ / Downloads como nvidia-drivers.run

Uma vez na tela de login, eu fiz os passos abaixo:

  1. ctrl + alt + f6
  2. faça login
  3. serviço sudo lightdm stop
  4. cd para o diretório ~ / Downloads onde o arquivo nvidia-drivers.run está armazenado.
  5. sudo nvidia-drivers.run --uninstall
  6. serviço sudo lightdm restart

Veja o passo 5: Isso irá desinstalar corretamente todos os drivers da Nvidia e você pode imediatamente voltar a entrar. Boa sorte!

    
por revolutionary 13.10.2017 / 16:24