web-dev-qa-db-ja.com

ロードされていないセカンダリユーザーグループ

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)

ありがとう!

2
Mr.Coffee

私は同じ問題を抱えていました(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の自動ロック解除に何らかの影響を与える可能性があると推測しています。

3
alexlawriewood

プロセスのグループメンバーシップは、loginにより、ログイン時に1回設定されます。システムはグループファイルを追跡せず、既存のプロセスを変更しません。

newgrpコマンドを使用して、新しいグループメンバーシップ情報でプロセスを開始できます。 man newgrpを読む

0
waltinator