Comment supprimer un répertoire non vide qui n'appartient pas à l'utilisateur sous Linux?

Si un répertoire "foo" appartient à l'utilisateur A et contient un répertoire "bar", qui appartient à root, l'utilisateur A peut simplement le supprimer avec rmdir, ce qui est logique, car "foo" est accessible en écriture par l'utilisateur A.

Mais si le répertoire "bar" contient un autre fichier appartenant à root, le répertoire ne peut pas être supprimé, car les fichiers qu'il contient doivent être supprimés en premier, il devient donc vide. Mais "bar" lui-même n'est pas accessible en écriture, il n'est donc pas possible de supprimer des fichiers qu'il contient.

Y a-t-il un moyen de contourner cela? Ou, convainquez-moi autrement pourquoi c'est nécessaire.

Interprétation 1: un répertoire est un sous-espace du système de fichiers. Il peut être subdivisé en sous-espaces en y créant des sous-répertoires. Le propriétaire du répertoire foodevrait avoir le contrôle sur tout l' intérieur du sous - espace: foo/bar, foo/bar/qux, etc.

Interprétation 2: un répertoire est un sous-espace du système de fichiers. Chaque répertoire est attaché à un autre répertoire, appelé son parent. Le propriétaire du répertoire foocontrôle tout ce qui se trouve dans le sous-espace; cependant, pour un sous-répertoire foo/bar, le propriétaire de fooa le contrôle sur la possibilité de barl'attacher foomais pas sur ce qui se trouve à l'intérieur bar: seul le propriétaire de le barcontrôle.

Preuve en faveur de l'interprétation 2: comme vous l'avez noté, le fonctionnement des autorisations. De plus, le fait que certains systèmes de fichiers Unix permettent d'attacher un répertoire à plusieurs parents: cela s'appelle avoir plusieurs liens durs. (Avoir plusieurs liens durs est courant pour les fichiers normaux, mais c'est généralement déconseillé ou interdit pour les répertoires principalement en raison du risque de créer des boucles, où un répertoire est son propre grand-parent N fois supprimé - vous ne pouvez donc pas y accéder depuis la racine répertoire, qui est une attente très courante. Il y a aussi le problème de ce qu'il faut faire si un répertoire a 0 liens durs mais n'est pas vide: puisque le répertoire n'est pas attaché, vous voudriez le supprimer, mais que faites-vous avec son Contenu?)

Preuve en faveur de l'interprétation 1: dans la pratique, les répertoires ont un seul parent et forment donc une structure arborescente. Et vous ne pouvez pas accéder à foo/bar/quxmoins que vous avez l' autorisation d' exécution sur fooainsi que bar(bien, sauf qu'il existe des moyens quelque peu obscures à donner accès à barsans être donné à l' accès foo). Les niveaux supérieurs importent donc.

Sur une note plus pratique, dans votre situation, l'utilisateur A peut faire

ordures mkdir
mv foo / bar poubelle /
rmdir foo

Le seul moyen de contourner ce problème serait d'utiliser soit un setgid soit un setuid sur le répertoire parent ou d'utiliser une ACL.

Définissez le répertoire setgid avec

chmod g+s foo

Définissez une ACL par défaut dessus avec

setfacl -d -R -m g:group:rwx foo

Cela le définit comme l'ACL par défaut sur ce chemin. Vous devez monter le système de fichiers qui contient ce chemin avec l'option acl!

Maintenant, dites-moi pourquoi vous pensez que vous voulez cela.