Я наткнулся на два решения для реализации квот размера каталогов в Linux.
- Один из них заключался в создании образов с помощью команды dd/fallocate/etc и монтировании их с использованием интерфейсов loopback, изменение размера можно было выполнить с помощью resize2fs по мере необходимости.
- Другой использовал проектную квоту для файловых систем ext4 и xfs. Я хочу сравнить эти два метода и их применимость в конкретных случаях.
Вот некоторые моменты, которые приходят мне на ум:
а.Квота проекта — более прямой метод, дающий гораздо больше возможностей, таких как мягкое ограничение на количество инодов и т. д.
б.Квота проекта не требует дополнительных затрат на создание нового образа и монтирование каждый раз, когда необходимо создать каталог.
в.Одним из преимуществ первого метода, по-видимому, является то, что пользователи, не являющиеся администраторами, могут видеть размер папки.
Было бы неплохо иметь больше просмотров, более полное сравнение и конкретные случаи использования для каждого метода. Также я хотел бы узнать, есть ли другой метод для этой задачи. Спасибо заранее.
Немного предыстории:Я создаю smb-ресурсы в Linux и предоставляю доступ удаленным пользователям Windows. Пользователи организованы в небольшие группы, каждая группа должна быть изолирована от других, т. е. они не могут получить доступ к ресурсам/файлам других групп. Кроме того, каждый пользователь в группе должен иметь отдельный логин и пароль, и должна быть возможность выделять каждому пользователю переменный размер (условный, т. е. в группе могут быть пользователи без ограничения размера/квоты). Другое требование заключается в том, что некоторые ресурсы должны быть ограничены по размеру, который они могут переносить (чтобы эти ресурсы не занимали все дисковое пространство). Я решил, что поскольку каждый ресурс по сути является каталогом, то если я смогу наложить ограничение на размер каталога/папки (т. е. квоту на размер каталога), я смогу ограничить размер отдельного ресурса.