LINUX.ORG.RU

История изменений

Исправление mxfm, (текущая версия) :

Общий совет согласно вики таков: придерживаться линейной структуры томов (создаются внутри корневого, монтируются куда угодно) - так проще ими оперировать и менять структуру раздела в будущем.

Исключением является случай, когда вложенный подтом логически зависим от более высокоуровнего подтома, и создан для исключения из резервного копирования. Например, есть некий сервис /var/service, внутри которого есть подпапка временных файлов и мусора /var/service/tmp, которую не требуется бэкапить. В таком случае можно создать подтом /var/service и внутри него /var/service/tmp - в такой структуре tmp не будет копироваться при резервном сохранении service. С точки зрения организации хранения данных этот tmp не имеет значения вне service, поэтому создавать для него отдельный корневой подтом не стоит.

P.S Не пользуюсь snapper, использую простой скрипт, который копирует подтома на отдельный диск.

Исправление mxfm, :

Общий совет согласно вики таков: придерживаться линейной структуры томов (создаются внутри корневого, монтируются куда угодно) - так проще ими оперировать и менять структуру раздела в будущем.

Исключением является случай, когда вложенный подтом логически зависим от более высокоуровнего подтома, и создан для исключения из резервного копирования. Например, есть некий сервис /var/service, внутри которого есть подпапка временных файлов и мусора /var/service/tmp, которую не требуется бэкапить. В таком случае можно создать подтом /var/service и внутри него /var/service/tmp - в такой структуре tmp не будет копироваться при резервном сохранении service. С точки зрения организации хранения данных этот tmp не имеет значения вне service, поэтому создавать для него отдельный корневой подтом не стоит.

P.S Не вользуюсь snapper, использую простой скрипт, который копирует подтома на отдельный диск.

Исходная версия mxfm, :

Общий совет согласно вики таков: придерживаться линейной структуры томов (создаются внутри корневого, монтируются куда угодно) - так проще ими оперировать и менять структуру раздела в будущем.

Исключением является случай, когда вложенный подтом логически зависим от более высокоуровнего подтома, и создан для исключения из резервного копирования. Например, есть некий сервис /var/service, внутри которого есть подпапка временных файлов и мусора /var/service/tmp, которую не требуется бэкапить. В таком случае можно создать подтом /var/service и внутри него /var/service/tmp - в такой структуре tmp не будет копироваться при резервном сохранении service. С точки зрения организации хранения данных этот tmp не имеет значения вне service, поэтому создавать для него отдельный корневой подтом не стоит.