apt-get update
およびapt-get upgrade
が数日前に実行された後、ユーザーグループは現在ログインしているユーザーに適切に適用されません。
すべてのグループが/etc/passwd
および/etc/groups
に適切に保存されていることがわかりますが、システムの再起動後はデフォルトのユーザーグループのみが適用されています。 syslog
に特定のエラーは表示されません。
システムの起動後、デフォルトグループのみがユーザーに適用されます。
user@localhost:~$ id
uid=1000(user) gid=1000(user) groups=1000(user)
ただし、利用可能なグループを一覧表示すると、それらは表示されますが、現在セッションにアタッチされていません。
user@localhost:~$ id user
uid=1000(user) gid=1000(user) groups=1000(user),4(adm),27(Sudo),999(docker)
新しいシェルセッションが作成されるたびに同じユーザーとして手動でログインする必要があり、その後は期待どおりに機能します。
user@localhost:~$ su user
user@localhost:~$ id
uid=1000(user) gid=1000(user) groups=1000(user),4(adm),27(Sudo),999(docker)
これを引き起こす可能性のあるアイデアはありますか?
私はすでに試しました:
おまけとして、newgrp
は奇妙な振る舞いをし、他のグループに登録する代わりにメイングループを切り替えます。
user@localhost:~$ newgrp docker
user@localhost:~$ id
uid=1000(user) gid=999(docker) groups=999(docker)
ありがとう!
私は同じ問題を抱えていました(xfce、Ubuntu 16.04 LTS)。 lightdmバグトラッカー に関するレポートは、/ etc/pam.d/lightdmの2行を削除/コメント化することを提案しています。具体的には次のとおりです。
auth optional pam_kwallet.so
auth optional pam_kwallet5.so
になるはずです:
#auth optional pam_kwallet.so
#auth optional pam_kwallet5.so
これは私のために働いた!これは、関連する場合、ログイン時のKWalletの自動ロック解除に何らかの影響を与える可能性があると推測しています。
プロセスのグループメンバーシップは、login
により、ログイン時に1回設定されます。システムはグループファイルを追跡せず、既存のプロセスを変更しません。
newgrp
コマンドを使用して、新しいグループメンバーシップ情報でプロセスを開始できます。 man newgrp
を読む