Por que trocar de usuário trava completamente meu sistema toda vez?

Eu tenho uma nova instalação do 11.04 64bit, com 2 contas de administrador e 4 contas normais. As 4 contas normais (as contas das crianças) não têm senhas; elas podem fazer login simplesmente clicando em seus nomes.

Quando qualquer um dos usuários - administrador ou normal - tenta alternar para outra conta, clicando no canto superior direito da tela e selecionando outro usuário, a tela fica preta e todo o sistema é bloqueado. Mesmo CTRL+ ALT+ F1through F7não faz nada. É reproduzível 100% do tempo neste sistema.

Posso entrar na caixa quando o console trava e, executando o top, vejo que o Xorg está consumindo cerca de 100% da CPU. Observando a saída de "ps axfu" no bash enquanto o sistema está nesse estado "bloqueado", aqui está a árvore de processos lightdm e X:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      1153  0.0  0.1 183508  4292 ?        Ssl  Dec26   0:00 lightdm
root      2187  0.4  4.6 265976 164168 tty7    Ss+  00:43   0:21  \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
stephane  2612  0.0  0.3 266400 10736 ?        Ssl  01:52   0:00  \_ /usr/bin/gnome-session --session=ubuntu
stephane  2650  0.0  0.0  12264   276 ?        Ss   01:52   0:00  |   \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/gnome-session --session=ubuntu
stephane  2703  0.8  3.0 562068 106548 ?       Sl   01:52   0:08  |   \_ compiz
stephane  2801  0.0  0.0   4264   584 ?        Ss   01:52   0:00  |   |   \_ /bin/sh -c /usr/bin/compiz-decorator
stephane  2802  0.0  0.3 265744 13772 ?        Sl   01:52   0:00  |   |       \_ /usr/bin/unity-window-decorator
...cut...
root      3024 80.6  0.3 107928 13088 tty8     Rs+  01:53  12:34  \_ /usr/bin/X :1 -auth /var/run/lightdm/root/:1 -nolisten tcp vt8 -novtswitch

Esse último processo, pid # 3024, neste caso, é o que tem a CPU vinculada.

Caso isso importe (eu suspeito que possa), aqui está o que eu acho que pode ser a informação relevante para minha placa de vídeo, extraída de /var/log/Xorg.0.log:

[  3392.653] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/modules/extensions/libglx.so
[  3392.653] (II) Module glx: vendor="FireGL - AMD Technologies Inc."
[  3392.653]    compiled for 6.9.0, module version = 1.0.0
...
[  3392.655] (II) LoadModule: "fglrx"
[  3392.655] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/modules/drivers/fglrx_drv.so
[  3392.672] (II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
[  3392.672]    compiled for 1.4.99.906, module version = 8.88.7
[  3392.672]    Module class: X.Org Video Driver
...
[  3392.759] (==) fglrx(0): ATI 2D Acceleration Architecture enabled
[  3392.759] (--) fglrx(0): Chipset: "AMD Radeon HD 6410D" (Chipset = 0x9644)

Por fim : vi esta postagem: Alterar usuário no sistema 11.10 trava ... mas verifiquei, e o pacote libpam-smbpass não está instalado neste sistema.

Quando você se desconecta -> as configurações da tela de login são controladas pelo usuário root
(eu acho).
Portanto, qualquer configuração de vídeo relevante seria "diferente" (das configurações para seus monitores e gráficos como / usuário)

Então, se eu desse uma facada no escuro , diria "Erro de gráficos" em geral (porque não conheço informações suficientes)

Eu recomendo a solução de problemas fazendo login como "Ubuntu 2D" (como unidade) ou "Gnome Classic (sem efeitos) se você o tiver instalado e, em seguida, verifique se o ambiente 2D também falha.

Se eles ainda travarem, o próximo gerenciador de janelas de mudança de logon bem-sucedido via

sudo dpkg-reconfigure gdm

Pendente, você tem o gerenciador Gnome instalado.
Lembre-se: é claro que isso é apenas o que eu faria para tentar deduzir o problema.

A única coisa que faz sentido para mim é que, de alguma forma, ele não deixa de lado o vídeo ou o dispositivo.

Outras idéias incluem -> remover dispositivos USB extras (eu pessoalmente tive congelamentos estranhos por causa de diferentes dispositivos USB, uma vez uma webcam).

Avise-se me...

Posso conhecer as especificações do seu computador?

• Abra o "Monitor do sistema"
• Clique na aba "Sistema"
• Em "Hardware", copie e cole as informações de "Memória" e "Processador"

ou você também pode anexar uma captura de tela do "Monitor do sistema"

Acredito que seu computador tende a travar porque, enquanto "alterna" contas, seu sistema fica sobrecarregado. Isso geralmente acontece em computadores com especificações baixas. A partir das informações já postadas por você, parece que seu computador funciona com especificações baixas. (A placa de vídeo " Chipset:" AMD Radeon HD 6410D " é conhecida por seu baixo desempenho).

Da próxima vez, tente sair de uma conta antes de fazer login em outra conta . Dessa forma, os recursos do seu computador não serão bloqueados por uma conta que não está sendo usada.

Acredito que esse método evite que seu sistema congele.

Se você preferir "alternar" as contas em vez de sair e fazer login em outra conta, é necessário atualizar o seu computador ou comprar um novo com especificações / desempenho mais altos.

Contas sem senha podem ser um problema específico para a autorização de conta bloqueada. Não estou falando da tela de login do LightDM - que funciona bem com senhas nulas. A autorização da conta bloqueada entra em jogo se a conta for bloqueada pelo protetor de tela ou similar ou depois que o foco é desviado do usuário, como acontece ao trocar de conta. Ele simplesmente não sabe sobre senhas nulas ou como lidar com a situação.

Sugiro alterar as senhas em todas as contas do garoto para algo como 'abc' ou similar e testar novamente.

Não sei se esse é o problema, já que a maneira normal como ela se manifesta é simplesmente uma total incapacidade de voltar à conta depois que você se afasta dela, mas certamente acho que isso facilitará sua vida se puder a verificação de conta bloqueada processa algo com o qual trabalhar.

O ALT-SysReq-k (ou ALT-PrintScreen-k), que substituiu CTRL-ALT-BKSP para reiniciar o Xorg, não resolve a situação. Eu sempre volto para uma tela em branco.

do-release-upgrade de 11.10 para 12.10 reduziu bastante a incidência de telas em branco inescapáveis ​​do Xorg.

Estou supondo aqui, mas você está sem fio com compartilhamentos montados. O logoff desconecta o sistema sem fio e trava o linux. Você pode esperar o tempo limite (algumas vezes vários minutos).

Não há solução real, além da desmontagem manual primeiro.

Além disso, as placas ATI sempre foram muito exigentes quanto à comutação VTY. Você pode simplesmente estar atingindo esse bug, embora isso não cause o travamento do sistema, apenas para ter uma tela preta que não desaparecerá até que você reinicie.