# \[Système de fichiers\]Droits d'écriture refusé dans un répertoire root:group\[Bullseye\] **URL:** \ **Category:** Support Debian\ **Created:** [Novembre 12, 2020, 11:14 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286 "2020-11-12T23:14:06Z")\ **Posts on this page:** 14\ **Page:** 2
**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\ **Post date:** [Novembre 14, 2020, 2:39 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/22 "2020-11-14T14:39:01Z")
> [@pam547](#): > > `La nouvelle configuration du groupe n’est effective qu’après une [re]connexion de l’utilisateur (ou l’exécution de « exec newgrp »).` super ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 14, 2020, 2:48 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/23 "2020-11-14T14:48:32Z")
Tu veux dire que - avec sticky bit + propriétaire root sur le répertoire = impossible de modifier un fichier d’un autre utilisateur - sans sticky bit ou propriétaire non root sur le répertoire = possible de modifier un fichier d’un autre utilisateur ? Je suis extrêmement surpris car je ne vois pas en quoi le sticky bit ou le propriétaire d’un répertoire peuvent influer sur les permissions effectives des fichiers qu’il « contient ». D’ailleurs je suis incapable de reproduire ce comportement. Sur ma machine, le droit de modifier un fichier ne dépend que des permissions du fichier lui-même, pas du répertoire. Au passage, il y a un inconvénient à faire d’un des membres du groupe le propriétaire du répertoire : il peut supprimer n’importe quel fichier malgré le sticky bit. ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 14, 2020, 2:58 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/24 "2020-11-14T14:58:27Z")
Ce que j’ai voulu dire, c’est seulement le premier point: > - Avec sticky bit + propriétaire root sur le répertoire = impossible de modifier un fichier d’un autre utilisateur > [@PascalHambourg](#): > > Au passage, il y a un inconvénient à faire d’un des membres du groupe le propriétaire du répertoire : il peut supprimer n’importe quel fichier malgré le sticky bit. Oui, l’idée de devoir créer un « utilisateur système » (ou virtuel) pour être propriétaire du répertoire partagé m’a traversé l’esprit. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 14, 2020, 3:01 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/25 "2020-11-14T15:01:46Z")
> [@pam547](#): > > Ce que j’ai voulu dire, c’est seulement le premier point: Le second point est son complément logique, donc s’il n’est pas vrai alors le premier point n’est pas valide. ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 14, 2020, 3:10 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/26 "2020-11-14T15:10:04Z")
Hum, 🙂 > - sans sticky bit ou propriétaire non root sur le répertoire = possible de modifier un fichier d’un autre utilisateur Une configuration classique avec les droits de lectures, d’écritures, et d’exécutions, sur le propriétaire, le groupe et les autres. Je n’ai rien constaté de « bizarre » à ce niveau. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 14, 2020, 3:38 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/27 "2020-11-14T15:38:14Z")
Je viens de me rendre compte que tu as marqué « bullseye » dans le titre. J’ai fait mes tests avec buster et le noyau 4.19. Quel noyau utilises-tu ? ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 14, 2020, 3:46 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/28 "2020-11-14T15:46:52Z")
``` pam@pammob:~$ uname -a Linux pammob 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3 (2019-09-02) x86_64 GNU/Linux ``` J’ai dû faire un downgrade du kernel. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 14, 2020, 4:47 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/29 "2020-11-14T16:47:00Z")
Un noyau 4.9 de stretch/oldstable sur bullseye/testing ? C’est un sacré downgrade. J’ai testé avec stretch + dernier noyau 4.9.0-14 (ne n’ai plus le 4.9.0-11, trop vieux) j’observe le même comportement qu’avec buster + dernier noyau 4.19 : la combinaison sticky bit + propriétaire root du répertoire n’empêche pas d’écrire dans un fichier appartenant à un autre utilisateur. Idem avec jessie + dernier noyau 3.16. Je me demande ce que ton système a de particulier pour avoir un comportement différent. A ma connaissance cela ne dépend que du noyau, c’est lui seul qui applique les permissions. Tu pourrais essayer avec un autre système ? ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 14, 2020, 4:49 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/30 "2020-11-14T16:49:34Z")
Vous me conseillez de mettre quoi sur la clé USB pour lancer une live session et faire ces tests ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 14, 2020, 4:56 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/31 "2020-11-14T16:56:57Z")
Je n’ai jamais utilisé de système live, mais je suppose que n’importe quelle image Debian live stable devrait faire l’affaire. Pas d’autre ordinateur avec Linux sous la main ? ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 14, 2020, 5:04 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/32 "2020-11-14T17:04:37Z")
J’ai qu’un seul PC sous la main. Je reviens vers vous dès que j’ai fait les tests avec un noyau plus récent. (Peut-être que demain, et si la chose m’est possible.) ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 14, 2020, 6:07 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/33 "2020-11-14T18:07:02Z")
La chose ne m’est pas possible pour le moment. 😓 Je ferai l’expérience à l’occasion sur une autre plateforme, d’ici une quinzaine de jours certainement. 🙃 ---
**Author:** ![pam547](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f17d59/32.png) [@pam547](https://www.debian-fr.org/u/pam547)\ **Post date:** [Novembre 22, 2020, 5:45 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/34 "2020-11-22T17:45:08Z")
Bonsoir ``` pam@pammob:/home/ForUs$ uname -a Linux pammob 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 (2020-10-18) x86_64 GNU/Linux ``` Finalement avec la même plateforme et un autre noyau les droits sont redevenus les mêmes quelques soit le propriétaire (root et user) du dossier en question. Merci beaucoup. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Novembre 22, 2020, 7:53 UTC](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286/35 "2020-11-22T19:53:20Z")
Merci du retour. Ça voudrait dire qu’il y a une incompatibilité entre le noyau 4.9 de stretch et l’userland de bullseye. Très bizarre quand même. [Page précédente](https://www.debian-fr.org/t/systeme-de-fichiers-droits-decriture-refuse-dans-un-repertoire-root-group-bullseye/83286.md?page=1)