web-dev-qa-db-fra.com

Groupes d'utilisateurs secondaires non chargés

Après l'exécution de apt-get update et apt-get upgrade il y a quelques jours, les groupes d'utilisateurs ne sont pas correctement appliqués à l'utilisateur actuellement connecté.

Je peux voir que tous les groupes sont correctement enregistrés dans /etc/passwd et /etc/groups, mais après le redémarrage du système, seul le groupe d'utilisateurs par défaut est appliqué. Je ne vois aucune erreur particulière dans syslog.

Après le démarrage du système, seul le groupe par défaut est appliqué à l'utilisateur.

user@localhost:~$ id
uid=1000(user) gid=1000(user) groups=1000(user)

Toutefois, lorsqu’ils répertorient les groupes disponibles, ils sont visibles mais ne sont pas actuellement rattachés à la session.

user@localhost:~$ id user
uid=1000(user) gid=1000(user) groups=1000(user),4(adm),27(Sudo),999(docker)

Je dois me connecter manuellement en tant que même utilisateur à chaque fois qu'une nouvelle session Shell est créée. Elle fonctionnera comme prévu.

user@localhost:~$ su user
user@localhost:~$ id
uid=1000(user) gid=1000(user) groups=1000(user),4(adm),27(Sudo),999(docker)

Des idées ce qui pourrait causer ceci?

J'ai déjà essayé:

  • Se déconnecter/entrer
  • Recréer des groupes
  • Réaffecter des groupes à l'utilisateur

En prime, je peux mentionner que la newgrp se comporte bizarrement et change de groupe au lieu de l'enregistrer avec les autres:

user@localhost:~$ newgrp docker
user@localhost:~$ id
uid=1000(user) gid=999(docker) groups=999(docker)

Merci!

permissionsuserssessiongroups
2
Mr.Coffee

J'avais le même problème (xfce, Ubuntu 16.04 LTS). Un rapport sur le gestionnaire de bugs lightdm suggère de supprimer/mettre en commentaire deux lignes dans /etc/pam.d/lightdm, plus précisément:

auth optional pam_kwallet.so
auth optional pam_kwallet5.so

devraient devenir:

#auth optional pam_kwallet.so
#auth optional pam_kwallet5.so

Cela a fonctionné pour moi! J'imagine que cela pourrait avoir un effet sur le déverrouillage automatique de votre KWallet au moment de la connexion, si cela est pertinent.

3
alexlawriewood

L'appartenance à un groupe de processus est configurée une fois au moment de la connexion, par login. Le système ne suit pas le fichier de groupe et ne modifie pas les processus existants.

Vous pouvez démarrer un processus avec les nouvelles informations sur l'appartenance à un groupe à l'aide de la commande newgrp. Lire man newgrp

0
waltinator