Iniciar o gdm (manualmente ou durante a inicialização) não faz nada

Question

No final da minha sagacidade aqui! Eu não posso pegar o gdm para correr. Não apenas não na inicialização, mas em tudo. Não há mensagem de erro. O tty7 fica em branco. Não parece tentar iniciar um servidor X. Ele não registra nada em / var / log / gdm ou /var/log/Xorg.0.log (em qualquer outro lugar que eu deveria procurar?).

$ sudo start gdm
gdm start/running, process 17747
$ sudo start gdm
gdm start/running, process 17769
$ sudo start gdm
gdm start/running, process 17791
$ sudo stop gdm
stop: Unknown instance: 

Eu removi o gdm, instalei o gdm, reinstalei o gdm com -f e -m para uma boa medida, limpei / usr / share / gdm, /etc/gdm, /etc/dconf/db/gdm.d e até mesmo ~ /.config/dconf/user ... nada! Atualizar para 14.10 também não ajudou.

A execução do próprio binário do gdm inicia algum tipo de miniatura do Gnome-Shell sem nada para fazer.

O próprio Gnome-Shell funciona bem com lightdm ... menos a funcionalidade de bloqueio de tela, que eu quero. Além disso, só me incomoda que algo não funcione. : þ

Estou tendo este problema em um desktop normal, bem como um Eee PC 1215 N com gráficos híbridos Intel / nvidia. Ambos têm o KDE, além do Gnome-Shell. (Bem, eu reinstalei o Eee PC com o elementary OS ontem).

Atualização: o sudo start gdm diz "gdm start / running" e fornece um pid mesmo com o próprio binário do gdm removido.

    

Answer 1

Eu suspeito de um bug. Talvez gdm esteja falhando no lançamento.

Em teoria, sudo apt-get update; sudo apt-get --purge --reinstall install gdm pode ajudar se estiver corrompido ou (mais provável, como provavelmente foi atualizado quando você atualizou seu lançamento para o Utopic) sua configuração é ruim. Então, eu tentaria isso primeiro.

Quando isso falhar, sugiro que ative o relatório de erros automatizado no Launchpad , e veja se você tem a chance de enviar um relatório de bug quando você inicia o gdm com sudo start gdm . (Em 14.10, você provavelmente não precisa fazer isso, pois as liberações de desenvolvimento estão configuradas para permitir que você relate erros desta maneira.)

• Isso funciona para o caso típico de verificar se um programa que não parece rodar corretamente está travando. Mas como uma GUI provavelmente não está em execução quando você tenta iniciar gdm (se estiver, talvez esse seja o problema!), Talvez seja necessário verificar manualmente se o Apport gerou algum dado na falha.

  Supondo que você esteja executando sudo start gdm em um console virtual baseado em texto, o que é o caso comum, você provavelmente não será informado explicitamente sobre a falha. Mas supondo que você configurou o Apport como detalhado acima, você pode verificar se há um arquivo .crash em /var/crash para gdm .

  Você pode continuar o processo de geração de relatórios de erros executando ubuntu-bug ... (em uma GUI) ou apport-cli ... (não-gráfico), com ... sendo substituído pelo nome do arquivo .crash , incluindo o% sufixo.crash. Faça isso no diretório /var/crash ou inicie o nome do arquivo com /var/crash/ .

Se o Apport gerasse o arquivo .crash e / ou solicitasse que você informasse um bug, isso confirma que é um travamento (e, portanto, quase certamente, um bug). Você pode prosseguir com o relatório, mas leia primeiro .