Как удалить непустой каталог, который не принадлежит пользователю в Linux?

Если каталог «foo» принадлежит пользователю A и содержит каталог «bar», которым владеет root, пользователь A может просто удалить его rmdir, что логично, поскольку «foo» доступен для записи пользователю A.

Но если в каталоге «bar» содержится другой файл, принадлежащий корню, каталог нельзя удалить, так как сначала необходимо удалить файлы в нем, чтобы он стал пустым. Но сама «панель» недоступна для записи, поэтому в ней невозможно удалить файлы.

Есть ли способ обойти это? Или, убедите меня иначе, зачем это нужно.

Интерпретация 1: каталог является подпространством файловой системы. Он может быть далее подразделен на подпространства путем создания в нем подкаталогов. Владелец директории fooдолжен иметь контроль над всем внутри подпространства: foo/bar, foo/bar/quxи т.д.

Интерпретация 2: каталог является подпространством файловой системы. Каждый каталог связан с другим каталогом, который называется его родителем. Владелец каталога fooимеет контроль над всем внутри подпространства; однако, для подкаталога foo/barвладелец fooимеет контроль над тем, barможет ли быть присоединен к нему, fooно не над тем, что входит внутрь bar: только владелец barимеет контроль над этим.

Свидетельство в пользу интерпретации 2: как вы заметили, как работают разрешения. Кроме того, тот факт, что некоторые файловые системы Unix позволяют подключать каталог к ​​нескольким родителям: это называется наличием нескольких жестких ссылок. (Наличие нескольких жестких ссылок является обычным для обычных файлов, но обычно это не рекомендуется или запрещено для каталогов, в основном из-за риска создания циклов, когда каталог является его собственным прародителем N раз удаляется - поэтому вы не можете получить к нему из корня Каталог, который является очень распространенным ожиданием. Существует также проблема того, что делать, если каталог имеет 0 жестких ссылок, но не является пустым: поскольку каталог не присоединен, вы хотите удалить его, но что вы делаете с его содержание?)

Свидетельство в пользу интерпретации 1: на практике каталоги имеют одного родителя и, таким образом, образуют древовидную структуру. И вы не можете получить доступ, foo/bar/quxесли у вас нет разрешения на выполнение, fooа также bar(ну, за исключением того, что есть несколько неясных способов получить доступ barбез предоставления доступа foo). Так что верхние уровни имеют значение.

С практической точки зрения, в вашей ситуации, пользователь А может сделать

макдир мусор
мв фу / бар мусор /
рмдир фу

Единственный способ обойти это - использовать setgid или setuid в родительском каталоге или использовать ACL.

Установите директорию setgid с помощью

chmod g+s foo

Установите для него ACL по умолчанию с помощью

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

Это устанавливает его как ACL по умолчанию на этом пути. Вы должны смонтировать файловую систему, которая содержит этот путь, с опцией acl!

Теперь скажите мне, почему вы думаете, что хотите этого.