Может ли пользователь не иметь возможности удалять файлы в каталоге, которым он владеет?
Aunque la respuesta ya proporcionada responde a su pregunta original, siento que está buscando otra pregunta.
How can I use all 4 TB of storage on my drive?
Debe cambiar de MBR a GPT. gdisk puede hacer el trabajo.
En su caso particular, deberá eliminar la partición de intercambio temporalmente. Está en el camino del GPT principal. Puede volver a -agregar la partición de intercambio después de completar la conversión a GPT.
Luego puede usar gparted para agregar otra partición o para extender sda5.
Todos estos pasos no deberían afectar sus datos, pero tenga una copia de seguridad en caso de que algo salga mal.
Lo más probable es que también necesite volver -a instalar su cargador de arranque -. Puede cambiar al arranque de estilo EFI o quedarse con el arranque de BIOS heredado. Necesita una partición de arranque en cualquier caso. Vea mi respuesta aquí para los comandos (no necesita la bandera extraíble, aunque ).
Да, это ожидаемое поведение, и, как вы указали, его можно использовать для троллинга другого пользователя, который дал другим разрешение на запись в свой каталог. Как вы правильно показываете, каталог без разрешения на запись, созданный с содержимым пользователем «тролль», может быть удален только этим пользователем и пользователем root.
Это происходит из-за того, что вы не можете удалить какой-либо каталог, который не является пустым, и вы не можете изменить каталог другого пользователя без разрешения.
Как правило, это не вызывает проблем с ограничениями ресурсов(квотами ), так как они обычно рассчитываются по праву собственности на файл, а не по расположению каталога, и это является одной из причин, по которой обычные пользователи не могут chownсвои файлы другому пользователю. В противном случае они могли бы передать(chown)пользователю файл, к которому у этого пользователя нет доступа, чтобы удалить его.
Существует еще способ троллить квоты с помощью этого :, если пользователь A изменил разрешения на Xпосле того, как пользователь B добавил к нему файл:
chmod 700 X
В этом случае пользователь Б не сможет удалить файл.Без жесткой ссылки на какие-либо файлы они также не могли просматривать или перезаписывать их. Хотя вы не можете перемещать каталоги, вы можете переместить файл другого пользователя, если у вас есть разрешение на запись в родительский каталог. Таким образом, каталоги с возможностью записи в мире, как правило, не рекомендуются.
Вместо этого в Linux при передаче файлов другому пользователю всегда оставляйте файлы в своем собственном каталоге и предоставляйте доступ для чтения. Другой пользователь может копировать файлы для себя без риска для вас или для них.
Почти в каждом случае ответом на такое поведение является вежливая просьба к пользователю-троллю остановиться, а затем сообщить об этом системному администратору, если он этого не сделает .
Предположим, у вас нет никаких других причудливых вещей, таких как бит памяти, ACL, файловые возможности или что-то в этом роде.
Поскольку A не может писать в Y, A не может отвязать файл троллей, то Y не пуст, поэтому его нельзя удалить, в конце концов, вообще ничего не произойдет.
Может ли процесс FSUID=A разорвать связь с файлом, принадлежащим B, на самом деле зависит от … многих условий. Пожалуйста, сосредоточьтесь на учетных данных процесса вместо того, чтобы постоянно говорить об именах пользователей.
Как и ваш последний вопрос. В Linux действительно так много причудливых вещей, у вас есть разрешение что-то делать? Это действительно зависит от очень многих условий…