ここで対処する必要がある別の障害モードがあります。
管理者が更新した/etc/group
が更新に失敗した場合/etc/gshadow
(このセットアップがあるシステムで)、ログアウトしてから再度ログインしても、実際には新しいグループに割り当てられません。
紛らわしいことに、groups
実際の現在の状況id
が表示されますが、適切にグループのメンバーであることを示す出力が誤って印刷されます。
tripleee@vbvntv$ groups
tripleee
tripleee@vbvntv$ id
uid=1234(tripleee) gid=1234(tripleee) groups=1234(tripleee),4(adm)
tripleee@vbvntv$ ls -l /var/log/mail.log
-rw-r----- 1 root adm 15728 May 26 14:26 /var/log/mail.log
tripleee@vbvntv$ tail /var/log/mail.log
tail: cannot open `/var/log/mail.log' for reading: Permission denied
newgrp
パスワードを要求するため使用できません。パスワードはなく、SSH公開キー認証しかありません。
解決策は、管理者がの手動編集を元に戻してから、/etc/groups
もう一度編集することsudo gpasswd -a tripleee adm
です。またはgrpconv
、変更をマージするために使用する(/server//a/389719/98333から取得)