Bug já preenchido . Solução alternativa:
In my case I've changed /etc/pam.d/login and /etc/pam.d/gdm3* and added a line
session required pam_loginuid.so
just before @include common-session
(da resposta de Michael Biebl)
Eu tenho um problema bastante estranho com o sudo. Basicamente, ele autentica, mas às vezes simplesmente não ativa o comando fornecido. Por exemplo:
liori@marvin:~$ sudo whoami
root
liori@marvin:~$ sudo whoami
root
liori@marvin:~$ sudo whoami
liori@marvin:~$ sudo whoami
liori@marvin:~$ sudo whoami
liori@marvin:~$
Eu escrevi um caso de teste que demonstra esse problema:
liori@marvin:~$ sudo whoami; for i in 'seq 100'; do echo -n ':' ; sudo whoami ; done ; echo
root
::::::::::::root
:::::root
:::::root
:::::::::::root
::::::::::root
::::::::::::::::::::::::::::::::root
:::root
::::root
::::root
:::root
:::root
::root
:root
:::::
liori@marvin:~$
Naturalmente, a saída esperada é uma série de linhas, cada uma iniciando com exatamente um caractere de dois-pontos. Eu não tenho idéia de onde começar a depuração deste problema.
Para cada tentativa (se o comando foi realmente executado ou não), recebo uma entrada no syslog:
Apr 11 19:47:40 marvin systemd-logind[806]: New session c1079 of user root.
Apr 11 19:47:40 marvin systemd-logind[806]: Removed session c1079.
Este é o Debian SID. Comecei a observar esse comportamento alguns dias atrás, depois de uma atualização um pouco maior (eu atualizo esse sistema talvez uma vez por mês) e depois de mover o sistema de um disco rígido para outro (usando rsync -av --del
).
Qualquer ajuda será apreciada.
Bug já preenchido . Solução alternativa:
In my case I've changed /etc/pam.d/login and /etc/pam.d/gdm3* and added a line
session required pam_loginuid.so
just before @include common-session
(da resposta de Michael Biebl)
Sid ainda não está estável, pode ser um bug, sugiro que você o envie para aqui . p>