O Ubuntu fica preso em um loop de login

405

Meu Ubuntu está preso em um loop de login ao tentar entrar na minha área de trabalho. Quando eu faço o login, a tela fica preta e logo depois a tela de login volta.

Eu li que o problema pode ser causado por um erro, dependendo dos gráficos, aqui está minha placa gráfica: ATI Radeon 7670M

    
por Calvin Wahlers 29.11.2012 / 17:57

40 respostas

1

No meu caso, o problema foi causado por permissões erradas no meu diretório pessoal.

1: Inicialize a partir de uma mídia ao vivo (ou diferente distro instalado no mesmo sistema) e abra um terminal com Ctrl - Alt - T

2: Faça um ponto de montagem temporário e monte a partição que contém seu / home (no meu caso foi / dev / sda6)

sudo mkdir /mnt/sda6 sudo mount /dev/sda6 /mnt/sda6

3: verifique as permissões

sudo ls - la /mount/sda6/

você deve ver uma entrada username 'onde username é seu nome de usuário

Deste ponto em diante, usaremos o username tvbox (altere para o seu nome de usuário)

Você deve ver algo assim:

drwxr-x--- 67 tvbox tvbox 12288 May 1 07:00 tvbox

Isto indica que o tvbox é um diretório e o proprietário tem a leitura requerida, escreve uma permissão de execução.

4: permissões corretas se incorretas.

Se o acima estiver incorreto de alguma forma, precisamos corrigi-lo.

Se os dados foram movidos pelo root você verá root root ao invés de tvbox tvbox (proprietários proprietários name group) Isso pode ser chamado de "causa raiz"; -)

Para corrigir este problema, o comando 'sudo chown -R tvbox: tvbox / mount / sda6 / tvbox

Se de alguma forma as outras permissões não estiverem corretas, você precisará modificá-las com sudo chmod +rwx tvbox adicionando permissões de leitura, gravação e execução (o bit de execução em um diretório permite que você o percorra).

5: reinicie o problema OS

6: faça login

Se isso não resolver seu problema, consulte as muitas outras respostas de qualidade aqui.

    
por Elder Geek 01.05.2015 / 17:34
1

Apenas no caso de alterar os privilégios de acesso dos arquivos .Xauthority e .IDEauthority com o comando chown não funcionou para você:

Esta solução aplica-se àqueles que, além de terem que alterar os privilégios de acesso para os arquivos mencionados acima, não podem usar comandos como costumavam fazer, ou seja, o shell não encontra os comandos. (Esta é a razão, porque o comando de login também não pode ser executado.)

Digite echo $SHELL no seu terminal. Se você receber de volta /bin/bash , use export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin para temporariamente poder usar comandos.

Em seguida, abra o arquivo .profile , localizado no seu diretório pessoal ~ , ou seja, /home/yourusername com sudo gedit ~/.profile e adicione os caminhos ausentes a PATH , para que fique assim:

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

Agora reinicie seu sistema para que as alterações na variável ambiental PATH entrem em vigor.

(Se os comandos não forem reconhecidos pelo seu shell, você também pode usar os caminhos equivalentes aos executáveis dos comandos, por exemplo, em vez de sudo gedit ~/.profile type /usr/bin/sudo /usr/bin/gedit ~/.profile . O shell informa o diretório a ser utilizado, ou seja, command não encontrado, mas o comando que você está tentando usar pode ser encontrado em /path/to/command's/directory - pode ser qualquer um dos caminhos que você vê acima.

    
por Sekin 25.05.2015 / 15:48
1

Para mim seguir trabalhou. Digite ctrl + alt + F1 e efetue login com seu nome de usuário no prompt de comando.

user@dell$ ls -l ~/.ICEauthority
-rw------- root root 3668 May 28 09:28 /home/user/.ICEauthority
user@dell$ sudo chmod 777 ~/.ICEauthority
password:
user@dell$ ls -l ~/.ICEauthority
-rwxrwxrwx root root 3668 May 28 09:28 /home/user/.ICEauthority

ctrl + alt + F7 e o login funcionou.

    
por iammilind 28.05.2015 / 06:03
1

Para mim, a configuração de alguns pacotes estava desativada, portanto, em execução (após ctrl + alt + F3 ):

sudo dpkg --configure -a

resolveu o problema.

    
por Akavall 24.01.2017 / 07:08
0

Eu experimentei esse problema em um Xenial instalado em uma chave USB, montado em um laptop sem HD, executando a unidade e o flashback do gnome. Tentei sobre cada solução aqui sem sucesso, então lembrei que alguns dias atrás, enquanto no chroot e usando o qemu, se eu escolher gnome-flashback-compiz eu peguei o problema enquanto com a unidade eu não fiz. Tentei com gnome-flashback-metacity e funcionou.

Neste caso também, não funciona com o gnome-flashback-compiz mas com o gnome-flashback-metacity e com a unidade funcionou.

Silvia

    
por Silvia 29.09.2016 / 14:40
0

No meu caso, minha pasta de usuário de alguma forma obteve chown 'ed por root! A resposta está em .Xauthority e outros arquivos na sua pasta pessoal; se os dados de configuração do usuário não puderem ser abertos como leitura / gravação, o lightdm falhará.

Eu simplesmente ctrl + f1 , logado, então sudo chown /home/<userdir> , então sudo service lightdm restart (pode não ser necessário), e então eu pude voltar em.

Algumas mensagens de diagnóstico seriam mais úteis, mas tal é a vida com software livre.

    
por M K 21.10.2016 / 07:31
0

Com relação aos usuários do Gnome:

Eu tentei todos esses opcionais sem sucesso. Provavelmente devido ao uso do Gnome como minha interface preferida.

Depois de olhar para Sooth's Answer eu consegui fazer o login com o GUI do ubuntu e xubuntu, então o post dele ajudou uma faísca no meu cérebro.

Eu não vi nada relacionado ao Gnome, então eu olhei algumas instecções e segui este guia de OMG Ubuntu para o Gnome 3.2 no Ubuntu 16.04.

Eu tinha o Gnome funcionando perfeitamente, então não tenho ideia do que deu errado algum dia. É um pouco de download e upgrades, mas isso funcionou para mim com o Gnome e estou feliz sem o ciclo de login da morte!

    
por JREAM 05.03.2017 / 22:43
0

Eu encontrei outra maneira de causar um loop de login não coberto por nenhuma dessas respostas, yay me!

Eu tinha um script para configurar meus monitores duplos referenciados em /etc/lightdm/lightdm.conf como session-setup-script . Quando fui a uma única configuração de monitor, excluí o script, mas não removi a referência. Da próxima vez que eu inicializei - loop de login.

Examinando o arquivo de log em /var/log/lightdm/lightdm.log , encontrei uma mensagem de erro explícita informando que o script não foi encontrado e, portanto, o lightdm falhou ao iniciar. Comentando a referência em lightdm.conf corrigiu.

    
por Organic Marble 23.04.2017 / 16:11
0

Depois de ler resposta do James , percebi que havia mudado a senha do usuário fazendo login como root. Eu sabia a senha antiga, então eu entrei como root novamente (para logar como root pressione ctrl+alt+F3 dê o nome de usuário como root e digite sua senha root) e mudei a senha daquele usuário para antigo por comando abaixo

passwd <username>

Agora mude a senha para a antiga, pressione ctrl+alt+F7 e faça o login normalmente. Esta solução funciona somente se você tiver um problema de diretório pessoal criptografado e caso você tenha alterado a senha usando root.

    
por rahul 08.03.2018 / 10:24
0

Eu tive um problema semelhante recentemente. O Ubuntu fez algumas atualizações e eu obtive este loop de login que parecia estar relacionado ao lightdm.

Eu finalmente consegui resolver o problema depois de tentar várias coisas.

Eu suspeito que o amdgpu seja o motivo do fracasso, mas porque eu não sei ao certo, eu vou postar tudo, o que eu tentei:

Retirado da minha pergunta original em askubuntu: Veja aqui

  1. desinstalar o amdgpu-pro ( amdgpu-pro-uninstall )
  2. instale o driver de código aberto ( veja aqui ). Eu também instalei todos os pacotes * hwe *.
  3. reinstale e reconfigure o lightdm, o ubuntu-dektop, a unidade

Neste momento - após a reinicialização - meu teclado não responderia mais, então eu inicializei no modo de recuperação e selecionei a opção para reparar pacotes quebrados, o que funcionou e eu poderia usar o teclado novamente.

Infelizmente, o login ainda não funcionaria. Além disso, adicionei meu usuário ao grupo lightdm, mas duvido que seja de alguma importância.

Depois, encontrei outros problemas semelhantes e tentei os seguintes passos:

# as root
add-apt-repository ppa:paulo-miguel-dias/pkppa
apt-get update
apt-get upgrade
reboot

Ainda não há sucesso até agora, então eu decieded tentar outro método de atualização

# as root
apt full-upgrade
reboot

E então consegui fazer o login novamente.

Minha conclusão pessoal

Parece que o problema existe dentro do driver amdgpu e o ubuntu não será capaz de instalar um driver funcional a menos que você adicione o ppa mencionado acima. Ele diz para trabalhar apenas com o Ubuntu 18.04, mas eu tentei mesmo assim e funcionou por enquanto .

    
por Philipp Wrann 14.06.2018 / 11:59