Btrfs subvolumes против папок?

Я прочитал довольно много о функции bvrfs subvolumes. Хотя было бы интересно иметь подобъемы для основных категорий в файловой системе данных, таких как @films, @pictures, @music ... Какое преимущество это дает по сравнению с наличием только папок?

Нужно ли монтировать каждый подобъем? Или подобъемы будут отображаться как папки в корневой точке монтирования? т.е. для точки монтирования / data у меня будет: / data / pictures, / data / music и т. д.

Ответ на ваш или / или вопрос "оба". Да, вам придется смонтировать каждый подобъем. Каждый подобъект ведет себя как обычная файловая система, поэтому он будет отображаться в точках монтирования, например / etc.

У этой идеи есть несколько преимуществ. Например, вы можете превратить каталог базы данных MySQL в подобъем, который позволит вам делать снимки для использования с резервными копиями. Вы также можете превратить этот каталог в RAID1, чтобы в случае сбоя одного диска ваша база данных оставалась нетронутой. Другой - использование подобъема для / etc, чтобы вы всегда могли отменить любые изменения конфигурации системы. Использование подобъема для / home / username потенциально позволит каждому пользователю иметь машину времени, хотя, вероятно, гораздо более гибко, чем то, что Apple предоставляет в их системе.

И, конечно, одно преимущество наличия подобъема для домов, а другое для корня - это возможность отменить обновление. Например, вы очень рано обновляетесь с 12.04 до 12.10 и обнаруживаете, что после первого месяца это слишком глючно, поэтому вы просто не обновляете свою операционную систему. Я сам этого не пробовал, но это должно работать так же хорошо, как держать дома и переустанавливать предыдущую систему, за исключением того, что это займет около секунды после часа. :)

Подобъемы под корневым подобъемом по умолчанию отображаются в виде папок, и их не нужно монтировать, если вы смонтировали корневой подобъем.

Разница между папкой и вложенным томом заключается в том, что вложенные тома можно подключить без монтирования родительского вложенного объема (корневого) или любого другого вложенного объема. И подобъемы могут быть сняты, а папки - нет.

Функция Subvolume, использующая текущее ядро ​​Ubuntu (из ubuntu 12.10), не имеет особого смысла, поскольку она по-прежнему пропускает «Subvolume Quota Groups». Вам нужно подождать ядра 3.6 (может быть, ubuntu 13.04?). Вы можете, конечно, привязать подсистему к тому же, и, конечно, вы не можете сделать снимок каталога. Но вы, вероятно, ожидаете, что подобъемы будут работать как логические тома с LVM, но с btrfs у нас нет похожего сценария, поскольку у нас нет расширения квот с этим ядром.

Поэтому: да, вы можете делать снимки, но они выглядят как каталоги, и если вы заполняете пространство в томе, вы заполняете пространство во всей файловой системе .....

Вы даже можете изменить размер подобъема, указав путь к нему, но операция изменения размера влияет на всю файловую систему, а не на путь к дополнительному объему.

Другими словами, с этим ядром subvolume не готов к производству.

В противном случае, вы должны использовать файловые системы btrfs как тома, а не подобъемы. Файловая система btrfs может быть сокращена в режиме онлайн и расширена в режиме онлайн, поэтому квота не требуется.