com o sudo nano /etc/lightdm/lightdm.conf.d\* está vazio
no sudo nano /etc/lightdm/lightdm.conf ainda está
[Seat:*]
autologin-guest=false
autologin-user=raoni
autologin-user-timeout=0
com o sudo nano /etc/lightdm/lightdm.conf.d\* está vazio
no sudo nano /etc/lightdm/lightdm.conf ainda está
[Seat:*]
autologin-guest=false
autologin-user=raoni
autologin-user-timeout=0
como instalou ontem… vale a pena confirmar se esta tudo atualizado, vamos eliminando possibilidades mais simples.
sudo apt update
sudo apt full-upgrade
raoni@raoni-pc:\~$ sudo apt update
sudo apt full-upgrade
\[sudo\] senha para raoni:
Atingido:1 http://sft.if.usp.br/ubuntu noble InRelease
Atingido:2 http://sft.if.usp.br/ubuntu noble-updates InRelease
Atingido:3 http://sft.if.usp.br/ubuntu noble-backports InRelease
Atingido:4 https://brave-browser-apt-release.s3.brave.com stable InRelease
Ignorar:5 https://mirror.ufscar.br/mint-archive zena InRelease
Atingido:6 https://mirror.ufscar.br/mint-archive zena Release
Atingido:8 http://security.ubuntu.com/ubuntu noble-security InRelease
Lendo listas de pacotes... Pronto
Construindo árvore de dependências... Pronto
Lendo informação de estado... Pronto
18 pacotes podem ser atualizados. Execute 'apt list --upgradable' para vê-los.
Lendo listas de pacotes... Pronto
Construindo árvore de dependências... Pronto
Lendo informação de estado... Pronto
Calculando atualização... Pronto
As seguintes atualizações foram adiadas devido ao faseamento:
dnsmasq-base libegl-mesa0 libegl-mesa0:i386 libgbm1 libgbm1:i386
libgl1-mesa-dri:i386 libgl1-mesa-dri libglx-mesa0 libglx-mesa0:i386
mesa-libgallium mesa-libgallium:i386 mesa-va-drivers mesa-va-drivers:i386
mesa-vdpau-drivers mesa-vdpau-drivers:i386 mesa-vulkan-drivers
mesa-vulkan-drivers:i386 thermald
0 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 18 não atualizados.
raoni@raoni-pc:\~$ sudo apt upgrade
Lendo listas de pacotes... Pronto
Construindo árvore de dependências... Pronto
Lendo informação de estado... Pronto
Calculando atualização... Pronto
As seguintes atualizações foram adiadas devido ao faseamento:
dnsmasq-base libegl-mesa0 libegl-mesa0:i386 libgbm1 libgbm1:i386
libgl1-mesa-dri:i386 libgl1-mesa-dri libglx-mesa0 libglx-mesa0:i386
mesa-libgallium mesa-libgallium:i386 mesa-va-drivers mesa-va-drivers:i386
mesa-vdpau-drivers mesa-vdpau-drivers:i386 mesa-vulkan-drivers
mesa-vulkan-drivers:i386 thermald
0 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e 18 não atualizados.
raoni@raoni-pc:\~$ sudo apt list --upgradable
Listando... Pronto
dnsmasq-base/noble-updates 2.91-0ubuntu0.24.04.1 amd64 \[atualizável de: 2.90-2ubuntu0.4\]
libegl-mesa0/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libegl-mesa0/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libgbm1/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libgbm1/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libgl1-mesa-dri/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libgl1-mesa-dri/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libglx-mesa0/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
libglx-mesa0/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-libgallium/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-libgallium/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-va-drivers/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-va-drivers/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-vdpau-drivers/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-vdpau-drivers/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-vulkan-drivers/noble-updates 25.2.8-0ubuntu0.24.04.3 amd64 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
mesa-vulkan-drivers/noble-updates 25.2.8-0ubuntu0.24.04.3 i386 \[atualizável de: 25.2.8-0ubuntu0.24.04.2\]
thermald/noble-updates 2.5.6-2ubuntu0.24.04.6 amd64 \[atualizável de: 2.5.6-2ubuntu0.24.04.5\]
raoni@raoni-pc:\~$
Cada distro é um grupo
Então eu não entendo direito essas paradas do Ubuntu de atualizações faseadas ![]()
Aquele comando que dava certo no primeiro reinício sudo usermod -aG nopasswdlogin raoni
Tem alguma coisa que possa fazer pra ele ficar permanente?
Ele ja deu certo, está permante, tanto que a mensagem do erro mudou:
set 30 20:39:48 raoni-pc lightdm[1991]: pam_succeed_if(lightdm:auth): requirement “user ingroup nopasswdlogin” was met by user “raoni”
O requisito “user ingroup nopasswdlogin” foi atendido pelo usuário “raoni”.
Pelo que parece ele está logando normal e depois volta pra tela de login, tem algo forçando isso depois do login automático, pelo que parece.
Estranho que mesmo já tendo sido aplicado, toda vez que usa ele no terminal o reinício seguinte entra automaticamente
Esse comando adiciona seu usuário no grupo, portando feito uma vez ele fica salvo.
vc pode confirmar todos seus grupos com o comando:
groups raoni
Vamos fazer um teste com o GNOME Keyring, já que o log está mostrando:
gkr-pam: couldn't unlock the login keyring
Em vez de apagar os arquivos, vamos apenas fazer um backup da pasta.
Execute:
mv ~/.local/share/keyrings ~/.local/share/keyrings.bak
mkdir -p ~/.local/share/keyrings
Depois reinicie:
sudo reboot
Não precisa criar nenhum arquivo dentro da pasta nova. O próprio GNOME Keyring deverá recriá-los conforme necessário.
Depois faça alguns reinícios para verificar se o login automático continua funcionando.
Se quiser conferir antes o que existe atualmente, pode executar:
ls -la ~/.local/share/keyrings/
A ideia é testar uma possível inconsistência do keyring sem apagar definitivamente os arquivos antigos. Se não resolver, podemos restaurar o backup e continuar investigando o LightDM.
* Pode acontecer de ter que configurar a senha do wifi depois
Não deu certo, dei 2 reboot e em ambos ficou naquela de ter que clicar em clicar em “iniciar sessào”
Como conheço pouco o linux mint
Perguntei ao google
Steps to Enable Automatic Login
Aqui já está certo nessa parte, está em um dos prints que mandei quando criei o tópico
Ok.
Aumente o atraso de 0 para 1.
De repente é isso.
Conheço pouco do mint
Comente
autologin-user-timeout=0
Caso não dê certo.
Parece ter resolvido essa questão de que estava voltando para a tela de login, acredito que com o 0 não estava dando tempo de alguma coisa carregar no sistema
Obrigado aos amigos que insistiram aqui comigo para resolução do problema, acredito que no meu caso aqui foi a junção do comando sudo usermod -aG nopasswdlogin -username- com mudar o tempo para algo diferente do 0 no autologin para dar tempo de alguma coisa do sistema carregar e não fazer voltar pra tela de login
Muito boa a solução, @Isbreik!
Você matou a charada: com o timeout em 0, o LightDM tenta carregar a sessão do XFCE antes do Xorg e do PAM estarem totalmente sincronizados, gerando uma falha e resetando para a tela de login. Colocar 1 segundo resolve exatamente esse gargalo de inicialização, e o grupo nopasswdlogin é quem dá a permissão correta ao PAM.
Fica só atento a um detalhe: se ao abrir navegadores (como Chrome ou Brave) começar a aparecer uma janela pedindo para “Desbloquear o Chaveiro de Senhas”, abra o aplicativo Senhas e Chaves, clique com o botão direito no chaveiro padrão, selecione Alterar Senha, coloque a sua senha atual e deixe a nova em branco. Isso evita que o sistema volte a te pedir senha dentro do desktop! Parabéns pelo persistence e por compartilhar a solução! ![]()