O login na área de trabalho falha, trabalhos de terminal

Question

Eu tenho um sistema de PC 12.04 LTS recém-configurado (SSD de 120 GB, 1 TB HDD, 16 GiB RAM); desde alguns dias, eu não consigo mais entrar na área de trabalho gráfica: há uma janela de shell piscando muito curta que desaparece muito rapidamente ( edit: veja abaixo ), e eu sou confrontado com a tela de login novamente. Eu acredito que há algo sobre modprobe e vbox , mas não consigo ler rápido o suficiente ...

Eu consigo acessar um terminal ( Ctrl + Alt + F1 ). Não ajudou a chown todo o conteúdo do meu diretório home para me : my-group , como sugerido aqui .

Isso é o que eu encontrei em /var/log , procurando pela data e hora (inseri quebras de linha depois de <my-hostname> ; valores em tempo real preservados):

auth.log:

<date> 22:43:01 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
    dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")

kern.log:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present

syslog:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
    ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
    acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
    acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
    acpid: 1 client rule loaded

Eu tenho o Virtualbox e o Truecrypt instalados, mas não consigo pensar em um motivo pelo qual eles possam impedir um login gráfico.

Estou confuso:

• O que é isso sobre requirement "user ingroup nopasswdlogin" not met ? Eu faço login usando uma senha, e a senha funciona bem ao entrar em um terminal!
• Posso de alguma forma ler a saída do erro, por ex. atrasando-o, redirecionando-o para um arquivo ou solicitando que o sistema me pressione pressionando uma tecla?
• Alguma atualização recente causou meu problema? Devo instalar as atualizações pendentes? Como , btw, sem acesso à interface gráfica?

Eu tenho algum conhecimento prático sobre o shell do Linux, mas sou novo no Ubuntu. Qualquer ajuda seria apreciada.

Editar: Depois de desligar a máquina ontem ( sudo shutdown now ), encontrei o seguinte texto na tela, que parece ser o texto "piscando" mencionado anteriormente (formatado; havia alguns espaços em branco iniciais bobos):

Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]

Depois de copiá-lo manualmente, desliguei a máquina pressionando o botão por alguns segundos.

Pode ser que o virtualbox (4.2 instalado) cause o problema. Vou adicionar mais algumas extrações de arquivo de log hoje (MET).

Editar , para os registros: Eu tentei o seguinte, de / a / 133754/103086 :

• sudo apg-get install gdm (quando solicitado, escolha GDM )
• reinicializado; login falhou com o GDM, também
• sudo dpkg-reconfigure lightdm , reinicializado; o login não funcionará
• meu arquivo ~/.Xauthority está vazio; excluí-lo e reinicializar não alterou nada

Além disso:

• virtualbox deinstalled ( sudo apt-get remove virtualbox-4.2 ), reinicializando

Editar : enviei um arquivo zip de arquivos de log selecionados / filtrados para link . Mantido apt-get upgrade ing recentemente, mas infelizmente o problema persiste.

    

Answer 1

Remover ~ / .Xauthority funcionou para mim

    

Answer 2

Eu tive esse mesmo problema. Descobri que meu problema era que ~/.Xauthority foi atualizado como root e, a partir de então, somente o root poderia lê-lo. Isso me impediu de iniciar qualquer sessão X do meu nome de usuário. Eu tive que sudo rm ./.Xauthority e funcionou bem depois disso.

    

Answer 3

Eu finalmente desisti e reinstalei o sistema. Isso não foi um problema, já que o sistema era bem novo e a maioria dos dados pessoais ainda não havia sido migrada para ele. Eu não posso dizer com certeza que o problema não foi causado por um pacote não-padrão, então ...

Então eu comecei de novo, e tomei precauções para estar melhor da próxima vez. Após a instalação, atualizei o sistema, instalei alguns pacotes cruciais e fiquei de olho na configuração:

sudo bash
apt-get upgrade
apt-get install ssh mercurial vim
cd /etc/
vim mercurial/hgrc
hg init .
hg add *
hg commit

Assim, sempre que um novo problema ocorre, eu deveria ter uma chance melhor de saber o que poderia ter dado errado.

    

Answer 4

No meu caso, isso foi causado por um erro ~/.dmrc , conforme explicado aqui . Isso pode ser detectado graças a ~/.xsession-errors onde ocorreu o seguinte erro:

  

x-terminal-emulator: Erro Fatal de E / S: cliente morto konsole (1598)   Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager   destruído com sessões ainda vivas

    

Answer 5

Um problema semelhante aconteceu comigo depois que adicionei um export PATH=$PATH:/home/<user>/SomeFolder ao final de /etc/profile . Depois que eu entrei em um terminal, removi a linha e reiniciei, consegui fazer o login normalmente e o problema parece ter desaparecido.

Documentação:

• Eu estava recebendo o seguinte texto piscando na tela antes da tela de login:

  Could not write bytes: broken pipe
  * Starting VirtualBox kernel modules
  
  saned disabled; edit /etc/default/saned
  

• Ubuntu 12,04 LTS, 64 bits, Intel Core i5, 6 GB.
• Eu tenho o VirtualBox 4.2.18 instalado, mas parece estar funcionando bem.
• Eu faço boot duplo com o Windows 8 usando o GRUB.

Answer 6

Correndo para isso agora usando lightdm + qualquer saudação sem unidade. Se eu definir o greeter como unit-greeter em /etc/lightdm/lightdm.conf, parece funcionar. Não faço ideia do porquê.

Editar: redigido. Algo que acabei de receber com uma atualização deve ter causado isso e agora nem o saudador de unidade funciona.

    

Answer 7

No meu caso, adicionei alguns comandos no .xprofile que causou o retorno de volta para a tela de login logo após o login. Os erros que encontrei foram os mesmos. Remova tudo o que não for essencial de seu ~ / .profile e ~ / .xprofile deve trazer a situação de volta ao normal.

    

Answer 8

Para mim, isso aconteceu quando há alguma entrada de caminho inválida no arquivo .profile. Quando eu removi, funcionou perfeitamente. Verifique o seu arquivo .xsession-error para o erro que ele reporta

    

Answer 9

Houve o mesmo erro para mim no Ubuntu 14.04.02 LTS. Eu abri o arquivo de log /var/log/lightdm/lightdm.log e vejo a mensagem como ...not enough disk space for .Xauthroity... . Então eu descobri que há realmente zero espaço no disco. Então eu removi alguns arquivos e o bug desapareceu.