Mudar de usuário não funciona em 17.10

10

Eu tenho 1 usuário ao meu lado no meu PC desktop. quando clico em "Trocar de Usuário", ele me oferece login novamente. Parece que a função de usuário do switch está quebrada. Alguma idéia de como consertar isso?

    
por Fwelsh 04.03.2018 / 13:03

2 respostas

11

Como solução alternativa, você deve ser capaz de usar ctrl-alt-f1 para abrir o alternador de usuários e alternar os usuários de lá (sem usar o menu suspenso da barra de menus).

Se aplicável, lembre-se de usar a tecla 'fn' do seu laptop para fazer com que as teclas de função se comportem como teclas de função.

Eu não tenho nenhuma direção sólida sobre como corrigir o problema subjacente de clicar em "Trocar usuário" depois de clicar no seu nome de usuário no menu suspenso da barra de menu, enviando-me para a tela de bloqueio, clicando em "Fazer login como outro usuário "(abaixo de Cancelar) meramente parece reiniciar o X e trazê-lo de volta para a tela de bloqueio.

Depois de algumas pesquisas através do syslog e logs do X, eu vi que meus logs tinham segfaults do gnome-session-check-accelerated nas vezes que eu estava tentando trocar de usuário. Pesquisando isso levou ao link que parecia ser um caso de reprodução do bug estava correndo, e a solução ctrl-alt-f1.

    
por Romain Komorn 06.04.2018 / 00:58
2

Encontrei a resposta na seção de comentários desta postagem O Ubuntu fica preso em um loop de login

sudo dpkg-reconfigure lightdm

e eu escolhi o gdm3.

O OP relatou o problema para 17.10. enquanto estou usando 18.04

ATUALIZAÇÃO: Enquanto a solução funcionou para mim, isso durou pouco e o problema voltou a ocorrer depois de alguns dias.

ATUALIZAÇÃO 2: Eu finalmente consertei isso "permanentemente", escolhendo a opção do Ubuntu Wayland na tela de login. Isso por causa dos drivers nvidia instalados.

    
por 02.08.2018 / 08:20

Tags

___ qstntxt ___

Problema: Eu tenho um serviço, %code% , que inicia automaticamente um servidor Seafile após a inicialização. No entanto, este serviço está falhando ao iniciar no meu servidor Ubuntu que possui uma partição %code% criptografada. O serviço requer acesso ao %code% , conforme mostrado em este guia .

O serviço não inicia automaticamente o servidor Seafile, mesmo após a descriptografia manual da partição %code% . Quando eu inicio manualmente o serviço fazendo %code% , ele funciona, no entanto, me é pedido senha de decodificação para a partição %code% , embora a partição já esteja descriptografada e montada. Mesmo se eu inserir uma frase secreta errada, o serviço será iniciado sem problemas.

Histórico:

  1. Estou executando o servidor LTS do Ubuntu 16.04.4 com uma partição %code% criptografada. A partição %code% é criptografada usando DMCrypt (cryptsetup). Eu usei este guia para criptografar minha partição %code% .
  2. Meu %code% está configurado com a diretiva %code% para minha partição %code% da seguinte maneira: %code%
  3. Meu %code% está configurado da seguinte forma: %code%
  4. A descriptografia da partição %code% é feita manualmente. Após cada inicialização, descriptografo remotamente a partição %code% usando o SSH com o comando %code% .
  5. Após a descriptografia, o Ubuntu monta automaticamente a partição %code% .

Tentativa de solução

Como o serviço Seafile ( %code% ) requer acesso à partição %code% , usei as seguintes diretrizes para a configuração do meu serviço: %code% , %code% e %code% . Abaixo está minha definição de serviço exata.

%pre%

Problema:

Após o servidor Ubuntu ser reinicializado, faço o login remotamente usando o SSH e descriptografo manualmente a partição %code% . Confirmei que a partição %code% é montada automaticamente, no entanto, o %code% ainda falha ao iniciar devido a dependências.

Quando eu manualmente tento iniciar o seafile.service usando o comando %code% , eu recebo uma senha para descriptografar a partição %code% , mesmo que ela já esteja descriptografada. Quando perguntado sobre a frase secreta, deixo em branco e pressiono enter, e não recebo outro aviso. Quando eu verifico o status do %code% , agora ele está iniciado e ativo.

Eu acho que o possível culpado de %code% não ser capaz de iniciar pode estar relacionado ao sistema pedindo uma senha para descriptografar a partição %code% mesmo que ela já esteja descriptografada.

Por que o sistema está solicitando a senha ao iniciar %code% manualmente quando a partição %code% já está descriptografada?

Veja os passos abaixo:

%pre%     
___ tag123dmcrypt ___ nos ajude a editar este wiki ___ ___ tag123networking ___ Gerenciando e usando conectividade de rede em um sistema Ubuntu ___ tag123vpn ___ Questões relacionadas ao software VPN (Virtual Private Network) ___ tag123openvpn ___ OpenVPN é uma aplicação de software livre e de código aberto que implementa rede privada virtual (VPN) ___