I am reading up on udev, about its purpose, history and implementation. I have read the Wikipedia article and next I’m going to read the man pages. Meanwhile, I watched this video (Invidious link here) to see an example of what udev rules can do. I just have some questions regarding this video specifically:
Following the principle of least privilege,shouldn’t I create a separate group -usbor whatever - rather than usingwheelthis way, which gives it double roles?- Why don’t I just
chmodandchownthe/devfile(s) in question, if udev already provides persistent device naming (=the raw device won’t have a different designation at next disconnect-connect)? Or does the designation change perhaps?
you’re going to learn it better than 90% of people out there if you do all of this. lol
-
Yes… in my opinion. The real answer is that it depends on the intended use of the system and the users’ needs. It’s as legitimate to treat
wheelas a catchall permissions group as it is to go around specifying permissions for specific users in your sudoers and udev rules -
From my understanding, the kernel tends to reuse the same names when attaching devices, but it’s not required to do so by the specs (i.e. there may be cases where the
/devfile name changes depending on what you have plugged in). Hence why the common advice is to not specify/devfiles in yourfstab, and why people use udev rules instead ofchmodandchown-ing the/devfiles
Thanks!
-
I’m going to interpret this as such: it doesn’t really matter, since - on my system - creating new groups require root privileges, requiring a superuser or a user part of
wheelanyway. This way, I can create a group with name that reflects its purpose, which in turn gives readability to the udev rule file. -
This makes sense. Thanks for the
fstabexample/reminder!
-
-
When you finished I wouldn’t mind a Zusammenfassung.


