Which groups can be safely deleted?
I went a bit crazy with groups when I had printer and bluetooth installation problems so, I finished up with all these:
sys log scanner power cups rfkill users video storage optical lp audio wheel adm michael lpadmin
Which can I safely delete?
the mighty link top the archwiki
we do already set a minimal modern combination of groups for the common Desktop user per default on EndeavourOS:
# keys into the Global Storage area, based on user input in the view step.
# - hostname
# - username
# - password (obscured)
# - autologinUser (if enabled, set to username)
# These Global Storage keys are set when the configuration for this module
# is read and when they are modified in the UI.
- name: users
- name: wheel
And as you can see here:
I’m not being snarky here, this is just a question.
What benefits would there be to removing the extra groups? From a different direction, what would be gained by removing the extra groups?
@pudge I won’t, if it does not pose any security issues. I was always taught to delete anything you are never going to use, so I gues I am applying it to groups.
I wasn’t proposing a solution, I was literally asking a question.
[build@buildsystem ~]$ groups
sys vboxusers libvirt rfkill users wheel build
removing groups is not needed only removing user from groups could be something “needed”
Removal of groups should be only a thing if you created the groups before manually
The thing to remove can be only packages… and services/timers/sockets
It is best for your user account to only have the groups it needs.
I get it, and and it’s something I hadn’t thought about until you asked. I just prefer to have only the groups EnOS uses and delete the rest, such as lpadmin.
and they are?
There is no universal answer. It depends on your personal needs and preferences.
If you don’t know, you can always remove everything except
michael and then add back what you need when something doesn’t work. Personally, I only have
wheel and my user group.
group is also listed as unused on archwiki page… should we investigate this?
users shouldn’t be added by default in my opinion.
@dalto I will do just that. I read that you need
in some cases related to accessing the frame buffer, but I’m not sure that applies to me, since I don’t even know what it is
Here is what I was concerned about
uid=1000(michael) gid=1000(michael) groups=1000(michael),3(sys),19(log),96(scanner),98(power),999(adm),998(wheel),996(audio),991(lp),990(optical),987(storage),985(video),984(users),982(rfkill),209(cups),1001(lpadmin)
AFAIK it’s used by Debian based or other distros as the default/main user group. It is about how the local admin wants to handle a multi-user system for data sharing. Arch uses the group named as the user name.
calamares default sets users group in addition to that… but we can change that indeed…
Perfect. It makes the journey so much more meaningful when founders are paying attention
all medals go to the community… coming up with questions and solutions to make EndeavourOS better day by day
I agree. It’s why I