ubuntu 14.04 não saindo da fechadura, às vezes

Question

Eu tenho uma instalação limpa do Ubuntu 14.04 em uma precisão T5400 com uma placa NVIDIA. O sistema é atualizado e atualizado. Quando o sistema trava após 5 minutos, o sistema não mostra a tela de login com senha. Mas ainda posso abrir as janelas dos aplicativos que abri antes da fechadura. Na verdade, posso mover o ponteiro do mouse para a esquerda e ver a animação de ocultar / exibir a barra de ferramentas. Se um plug a usb stick eu posso ver uma nova janela nautilus. Eu posso reiniciar a área de trabalho reiniciando o processo lightdm, mas perco todas as janelas e processo que eu tinha aberto, é claro.

Alguma idéia de como depurar esse problema? alguém tem uma solução?

Atenciosamente,

Depois de olhar para o "syslog" (após uma recomendação do Simptnon), descobri que a sessão do gnome para com "Fatal IO error 11"

May  5 11:24:34 slozano-01 kernel: [233478.298064] usb 1-5.3: USB disconnect, device number 9
May  5 11:24:34 slozano-01 colord: device removed: sysfs-(null)
May  5 11:24:34 slozano-01 colord: device removed: sysfs-samsung-Galaxy_Nexus
May  5 11:29:33 slozano-01 kernel: [233776.995035] nouveau E[compiz[4535]] fail ttm_validate
May  5 11:29:33 slozano-01 kernel: [233776.995043] nouveau E[compiz[4535]] validate vram_list
May  5 11:29:33 slozano-01 kernel: [233776.995100] nouveau E[compiz[4535]] validate: -12
May  5 11:29:33 slozano-01 kernel: [233777.254919] nouveau E[compiz[4535]] fail ttm_validate
May  5 11:29:33 slozano-01 kernel: [233777.254927] nouveau E[compiz[4535]] validate vram_list
May  5 11:29:33 slozano-01 kernel: [233777.254982] nouveau E[compiz[4535]] validate: -12
May  5 11:43:18 slozano-01 colord: device removed: xrandr-Dell Inc.-DELL 2009W-KM50984O435L
May  5 11:43:18 slozano-01 colord: device removed: xrandr-Dell Inc.-DELL 2009W-KM50984O448L
May  5 11:43:18 slozano-01 colord: Profile removed: icc-dc7cf53b156187281507a2bdfcabad3c
May  5 11:43:18 slozano-01 colord: Profile removed: icc-d09afdda29e099d929b13d54c0f5e976
May  5 11:43:18 slozano-01 gnome-session[4340]: Gdk-WARNING: gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.#012

Isso talvez esteja relacionado ao bug: " link ". Vou remover os drivers nvidia do sistema e ver se isso resolve o problema.

    

Answer 1

Se você não conseguir entrar em um terminal, poderá usar:

• Ctrl + Alt + F2 - Para acessar o terminal principal;
• Ctrl + Alt + F7 - para sair e retornar à GUI;

Se estiver a executar nautilus , pode reiniciar uma sessão:

sudo killall -9 nautilus && nautilus &

Você deve primeiro obter o ID do processo da sessão com falha (gnome-shell / nautilus):

ps aux | grep gnome

Irá retornar algo como o seguinte (talvez processos menores):

fs11# ~ $ ps aux | grep gnome
ash       2568  0.0  0.1 523420  4300 ?        SLl  Mar17   2:31 /usr/bin/gnome-keyring-daemon --daemonize --login
ash       2578  0.0  0.0 438164  2992 ?        Ssl  Mar17   6:11 gnome-session --session=gnome
ash       2625  0.0  0.0  12616    32 ?        Ss   Mar17   0:07 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch gnome-session --session=gnome
ash       2628  0.0  0.0  24468     0 ?        S    Mar17   0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/im-launch gnome-session --session=gnome
ash       2646  0.0  0.0 124856  1644 ?        Sl   Mar17   0:15 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
ash       2666  0.0  0.3 966324 13728 ?        Sl   Mar17  15:26 /usr/lib/gnome-settings-daemon/gnome-settings-daemon
ash       2698  1.1 19.8 2952084 805572 ?      SLl  Mar17 836:10 /usr/bin/gnome-shell
ash       2754  0.0  0.3 528620 15652 ?        Sl   Mar17   7:09 gnome-screensaver
ash       2762  0.0  0.0 420240  2036 ?        Sl   Mar17   0:01 /usr/lib/gnome-shell/gnome-shell-calendar-server
ash       2994  0.0  1.2 775312 49648 ?        Sl   Mar17  52:52 gnome-terminal
ash       2998  0.0  0.0  14836   400 ?        S    Mar17   0:00 gnome-pty-helper
ash      13051  0.0  0.0   9448   944 pts/10   S+   10:57   0:00 grep --color=auto gnome

Agora você precisa encontrar o processo com falha:

1. gnome-shell normalmente estaria executando /usr/bin/gnome-shell ; OR
2. nautilus normalmente estaria executando /usr/bin/naultilus ;

Exemplo:

ash       2698  1.1 19.8 2952084 805572 ?      SLl  Mar17 836:10 /usr/bin/gnome-shell

Com o exemplo acima, o ID do processo é 2698 - Agora vamos "reiniciar normalmente" esse processo enviando um sinal de desligamento conhecido como HUP com o seguinte comando:

kill -HUP 2698

Conclusão

Quando eu digo "reiniciar graciosamente" - Um sinal de desconexão simplesmente envia um sinal para o processo pai. A frase graciosamente (basicamente) espera até que o processo termine antes de enviar o sinal. Então você não está realmente reiniciando o processo .