Я добавил, новая группа (назовите это newgroup),
sudo groupadd newgroup
Я затем добавил, мой существующий пользователь (назовите его myuser) к newgroup
sudo usermod -a -G newgroup myuser
Я выхожу из системы и въезжаю задним ходом, и я проверяю/etc/groups
$ less /etc/group | grep newgroup
newgroup:x:1001:myuser
Пока все хорошо. Однако у меня также есть новый каталог (назовите его newdir) с полномочиями drwxrwsr-x
владелец root
и группа newgroup
. Когда я пытаюсь создать файл в newdir как myuser, я отклонил разрешение.
Таким образом, я делаю идентификационную проверку
$ id
uid=1000(myuser) gid=1000(myuser) groups=1000(myuser),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),118(lpadmin),128(sambashare),131(libvirt)
Я не часть newgroup. Я также пробую groups
только быть уверенным
$ groups
myuser adm cdrom sudo dip plugdev lpadmin sambashare libvirt
Таким образом, что я делал неправильно? Почему myuser является членом newgroup
согласно /etc/group
но не где-нибудь еще в системе?
Править: Вопрос, связанный с muru, упомянул пользователей, которые не вышлись из системы и вошлись в. Поэтому перезагрузка разрешила проблему. По совпадению перезагрузка решила мою проблему также, но у меня создалось впечатление, что вход пользователя и въезжает задним ходом, завершил бы новую группу assignements.
Перезапуск решил проблему. Я вышел из системы, и въезжайте задним ходом дважды (во второй раз только, чтобы быть уверенным, что я не завинтил что-то так или иначе), но это, кажется, берет перезагрузку для новой ассоциации группы для вступления в силу.
Извините за погоню за несбыточным все. Это - что-то конкретное к Ubuntu (или Помощник Ubuntu или 18.04)? Я, кажется, не помню иметь необходимость к полностью перезагрузке ассоциированным пользователям с группами прежде. Я думал, что просто необходимо было выйти из системы и въехать задним ходом, если бы пользователь, которого Вы присваивали, был в настоящее время зарегистрирован.