Parece que seus arquivos de configuração do xdm contêm as mesmas sobras de seus experimentos anteriores, que não são executados agora. Eu recomendo purgar o pacote xdm (por exemplo, via aptitude purge xdm ) e instalá-lo novamente.
Eu rodei o Debian Jessie no meu laptop, sem o Desktop Environment. (apenas awesomeWM como gerenciador de janelas)
Eu toquei com o xdm no passado, mas na época decidi que não gostava disso. Agora, quando eu o instalo, o xdm é reiniciado logo após o login. Saída da cauda /var/log/xdm.log:
➜ ~ tail /var/log/xdm.log
(==) Log file: "/var/log/Xorg.0.log", Time: Mon May 30 17:44:11 2016
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
Mon May 30 17:44:13 2016 xdm info (pid 6734): sourcing /etc/X11/xdm/Xsetup
Mon May 30 17:44:14 2016 xdm info (pid 6734): sourcing /etc/X11/xdm/Xstartup
Mon May 30 17:44:14 2016 xdm info (pid 6746): executing session /etc/X11/xdm/Xsession
/etc/X11/xdm/Xsession: 17: /etc/X11/Xsession: fold: not found
Mon May 30 17:44:14 2016 xdm info (pid 6734): sourcing /etc/X11/xdm/Xreset
Mon May 30 17:44:14 2016 xdm info (pid 6720): Starting X server on :0
Mon May 30 17:44:16 2016 xdm info (pid 6758): sourcing /etc/X11/xdm/Xsetup
(II) AIGLX: Suspending AIGLX clients for VT switch
Eu tentei criar um usuário de teste e fazer login com isso, os mesmos resultados, então o problema é todo o sistema. O X11 funciona apenas ao chamar 'startx' do console virtual.
Algum conselho de como resolver isso?
Parece que seus arquivos de configuração do xdm contêm as mesmas sobras de seus experimentos anteriores, que não são executados agora. Eu recomendo purgar o pacote xdm (por exemplo, via aptitude purge xdm ) e instalá-lo novamente.
Eu tenho o mesmo problema e descobri que o XDM padrão tentou iniciar o xsm - que não está instalado no sistema. Como eu registrei com o usuário myuser , o erro foi em /home/myuser/.xsession-errors
Então você deve adicionar um ~/.xsession ao diretório inicial de qual usuário você está logando, adicione write abaixo da linha para ele
exec FULLPATH_TO_YOUR_WM
por exemplo:
exec /usr/local/bin/i3
Acho que recebo o mesmo problema com o xdm no NetBSD no ano passado.
Incapaz de iniciar a sessão, volte sempre ao xdm.
O que eu encontro no homem xdm
DisplayManager.DISPLAY.authName
authorize is a boolean resource which controls whether xdm gen-
erates and uses authorization for the local server connections.
If authorization is used, authName is a list of authorization
mechanisms to use, separated by white space. XDMCP connections
dynamically specify which authorization mechanisms are sup-
ported, so authName is ignored in this case. When authorize is
set for a display and authorization is not available, the user
is informed by having a different message displayed in the login
widget. By default, authorize is ''true,'' authName is ''MIT-
MAGIC-COOKIE-1,'' or, if XDM-AUTHORIZATION-1 is available,
''XDM-AUTHORIZATION-1 MIT-MAGIC-COOKIE-1.''
Então, eu adiciono essa linha no xdm-config
DisplayManager.*.authName: MIT-MAGIC-COOKIE-1
E o problema desaparece.
Espero que isso ajude.
Quando você faz login, o xdm executa /etc/X11/xdm/Xsession . Na linha 17 desse arquivo, existe um comando chamado fold que não pode ser executado.
Quando o script Xsession terminar, por qualquer motivo, xdm considera a sessão como concluída e exibe novamente a tela de login.
O comando fold refere-se a /usr/bin/fold , que faz parte do pacote coreutils , que é um dos pacotes essenciais do sistema e realmente não deve ser removido. É apenas um comando para encapsular o texto em um comprimento de linha especificado.
Verifique se /usr/bin/fold existe e é utilizável. Se isso não parece ser o problema, faça uma cópia de /etc/X11/xdm/Xsession , substitua temporariamente o original pela cópia e adicione
PATH=/usr/bin:/bin:$PATH
como a primeira linha sem comentário do script. Se isso fizer diferença, as configurações padrão do PATH da sessão X poderão estar com defeito. Substitua o script Xsession modificado pelo original após o teste.
Se bem me lembro, xdm define inicialmente um PATH muito rudimentar, que é adicionado ou substituído por /etc/profile quando um shell é iniciado para executar /etc/X11/xdm/Xsession . Se você fez personalizações para /etc/profile ou seu ~/.profile pessoal que afetam o PATH de sessões de shell não interativas, elas podem estar causando suas dificuldades.