Oui.
Pour les groupes c’est pareil. Ce qui identifie un groupe c’est le gid pas son nom.
Un mauvais umask qui donne pas assez de droit au groupe ?
Prenons un disk sda. Avec 3 partitions sda1, sda2 et sd3, toutes formatés en ext4. Sur sda1 tu installe Bo, sur sda2 tu installe Potatoes et tu monte sda3 dans le /home/<ton_user>/Documents de chacune des 2 distributions. Tu démarre sur l’une tu vois tes doc, tu reboot sur l’autre tu les vois aussi.
Je suis entrain de me dire que je parle de choses qui ne sont peut être pas clair pour tous. La gestion des droits sous unix (rien de spécifique à linux là dedans) se base sur 2 informations l’uid, le gid. Pour savoir si quelqu’un a le droit de faire une action sur un fichier (que ce soit un fichier, un dossier, une socket, un periphérique, etc) :
[ul]
[li]on commence par regarder si l’uid de utilisateur correspond à l’uid du propriétaire, si c’est le cas on applique les droits de ce dernier[/li]
[li]si l’utilisateur n’est pas le propriétaire, on regarde si le gid du fichier correspond à l’un des gid de l’utilisateur, si c’est le cas on applique les droits idoines[/li]
[li]si aucun des deux autres n’a fonctionné c’est les droits par défaut du fichiers qui sont utilisé (ceux défini pour “other”)[/li][/ul]
Les droits sont stocké dans les inodes du systèmes de fichiers, avec l’uid et le guid et pour chacun d’eux (et pour les autres) les droits sous forme binaire. C’est ensuite au noyau de faire appliquer ces droits. Ça signifie qu’il faut un support de ses droits dans le système de fichier (les inodes fond partie (ou non) du système de fichier). De la même manière pour une gestion des droits extrêmement fine comme avec SELinux (où l’on peut par exemple indiquer si l’utilisateur à le droit d’ouvrir un fichier uniquement en mode append), il faut que le système de fichier le supporte (on parle d’attributs étendus pour ceux qui veulent chercher).
[size=50]Tout ça est grandement simplifié il y a des systèmes (autre que les LSM) pour affiner les droits.[/size]
Tout ça pour dire que votre login on s’en fout c’est votre uid qui est important (jamais tenté mais on devrais pouvoir renommer root “baltringue” et renommer l’utilisateur “root”, mais ça ferrais planter les programmes malfoutu qui se basent sur le nom d’utilisateur).