O login na área de trabalho falha, o terminal funciona


12

Eu tenho um sistema pc 12.04 LTS recentemente configurado (SSD de 120 GB, HD de 1 TB, 16 GiB de RAM); há alguns dias, não consigo mais acessar a área de trabalho gráfica: há uma janela shell muito curta e piscante que desaparece muito rapidamente ( editar: veja abaixo ), e sou confrontado com a tela de login novamente. Acredito que exista algo sobre modprobee vbox, mas não consigo ler rápido o suficiente ...

Posso fazer login em 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 .

Isto é o que eu pude encontrar /var/log, grepping para a data e hora (inseri quebras de linha depois <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 uma razão pela qual eles possam impedir um login gráfico.

Estou confuso:

  • Sobre o que é isso requirement "user ingroup nopasswdlogin" not met? Eu faço o login usando uma senha, e a senha funciona ok quando o log in para um terminal!
  • Posso ler de alguma forma a saída de erro, por exemplo, adiando-a, redirecionando-a para um arquivo ou solicitando que o sistema pressione uma tecla?
  • Possivelmente alguma atualização recente causou meu problema? Devo instalar as atualizações pendentes? Como , aliás, sem acesso à interface gráfica do usuário?

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

Edit: Depois de desligar a máquina ontem ( sudo shutdown now), encontrei o seguinte texto na tela, que parece ser o texto "intermitente" mencionado anteriormente (formatado; havia algum espaço em branco bobo):

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. Adicionarei mais algumas extrações do arquivo de log hoje (MET).

Edite , para os registros: Tentei o seguinte, em / a / 133754/103086 :

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

Além disso:

  • virtualbox desinstalado ( sudo apt-get remove virtualbox-4.2), reiniciando

Editar : enviei um arquivo zip dos arquivos de log selecionados / filtrados para http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Mantido apt-get upgraderecentemente, mas infelizmente o problema persiste.


Eu tenho um script para extrair linhas de log agora (e copiar arquivos com linhas não prefixadas) e carregaria um arquivo zip (já que seriam 1619 linhas em 6 arquivos, incluindo 924 linhas dmesg), mas não posso descobrir como enviá-lo ...
Tobias


Não; o ~/.Xauthorityarquivo é completamente "meu" ( tobias:tobias).
Tobias

Recentemente, configurei uma nova área de trabalho 12.04 (já tem 5 outras) e a nova estava com problemas para fazer login na GUI com usuários do ldap, mas não local. Lutei com ele com sucesso limitado, depois desisti e instalei o Mint, que funcionava. Acho que há algum tipo de regressão em uma atualização recente. rant: o ubuntu está se tornando uma bagunça completa. basta olhar para a louca configuração do pam com ferramentas de configuração ainda mais complicadas e misteriosas do que a configuração manual do pam.
Cyclone

Respostas:


14

A remoção de ~ / .Xauthority funcionou para mim


O mesmo aqui, mesmo que tenha ~/.Xauthoritysido com a permissão certa e o dono certo (eu).
vaab

Da mesma forma isso funcionou para mim (no Ubuntu 13.04)
Stabledog

Sim, a remoção do arquivo é necessária porque os dados no arquivo .Xauthority serão diferentes (talvez exista um contexto de pid ou data?). A permissão por si só não é o problema usual.
22416 Andrew Andrew

4

Eu tive esse mesmo problema. Meu problema foi que ele ~/.Xauthorityfoi atualizado como root e, a partir de então, somente o root pôde lê-lo. Isso me impediu de iniciar qualquer sessão X com meu nome de usuário. Eu precisava sudo rm ./.Xauthoritye funcionou bem depois disso.


3

Finalmente desisti e reinstalei o sistema. Isso não foi um problema, pois o sistema era bastante atualizado e a maioria dos dados pessoais ainda não havia sido migrada para ele. Não sei ao certo se o problema não foi causado por um pacote não padrão, então ...

Então, comecei de novo e tomei precauções para melhorar da próxima vez. Após a instalação, atualizei o sistema, instalei alguns pacotes cruciais e observei a 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 pode ter dado errado.


Apenas para os registros: depois de um tempo, até o novo sistema de instalação encontra o mesmo problema. Decidi remover totalmente o Ubuntu e instalei o Windows (com uma máquina Linux virtual).
Tobias

Apenas para os registros: o que fazer com "hg" é feito automaticamente graças ao pacote "etckeeper" (e você pode escolher mercurial, bazar, git ...)
vaab

2

No meu caso, isso foi causado por um erro, ~/.dmrcconforme explicado aqui . Isso pode ser detectado graças ao local ~/.xsession-errorsonde ocorreu o seguinte erro:

x-terminal-emulator: Erro fatal de E / S: cliente matou o konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager destruído com sessões ainda ativas


2
trabalhou para mim também. Kubuntu 12.04, KDE. Eu apaguei .dmrc e.Xauthority. Obrigado!
MountainX

2

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

Documentação:

  • Eu estava recebendo o seguinte texto intermitente 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 dupla inicialização com o Windows 8 usando GRUB.

Este poderia ter sido o problema? Eu não sei. Normalmente, tenho um ~/bindiretório que gosto de ter PATH, mas a instalação não existe mais.
Tobias

Você me empurrou na direção certa ao resolver o problema que também aparecia no meu netbook, que ainda possui o Ubuntu. Um dos shellscripts que obtive automaticamente durante o login causou um erro e lá como uma linha ~/.xsession-errors; quando eu tentei em uma concha, tudo parecia ok. No entanto, desativei o carregamento dos scripts e posso efetuar login graficamente novamente.
Tobias

0

Correndo para isso agora usando lightdm + qualquer saudação de não unidade. Se eu definir o greeter como unity-greeter em /etc/lightdm/lightdm.conf, ele 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 até o cumprimentador da unidade não funciona.


1
Eu dei uma olhada neste arquivo; na seção (a única) SeatDefaults, o valor da já greeter-sessioné unity-greeter. Algum outro valor que eu poderia tentar?
Tobias

0

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


0

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


0

Houve o mesmo erro para mim no Ubuntu 14.04.02 LTS. Abri o arquivo de log /var/log/lightdm/lightdm.loge 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.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.