Основная проблема состоит в том, чтобы избежать необходимости использовать ваши резервные копии. Если lv_home
действительно "почти пуст",
- Вы можете уменьшить это (изменить размер файловой системы, затем уменьшить логический том), и
- используйте освободившееся пространство для временного тома, на который нужно скопировать
lv_home
.
- Затем существующий
lv_home
пуст, и вы можете его сносить, расширять lv_root
мере необходимости и
- наконец (если
lv_home
очень маленький), переместите содержимое временного тома обратно в ту часть пустого пространства, которая вам не нужна для lv_root
, и объедините ее с временным пространством.
Предлагаемый порядок предполагает, что базовые разделы диска находятся в том же порядке, конечно. LVM не подходит для перемещения разделов вверх и вниз (как могут делать некоторые автономные инструменты для разбиения диска).
Теперь - в вопросе OP не упоминалось, все ли основные файловые системы находятся на одном физическом диске, и расположены ли их разделы на дисках в том же порядке. Если они все находятся на одном физическом диске, возникает вопрос, разделен ли он на MBR (максимум четыре физических раздела) или GPT (128) - см., Например, В чем разница между MBR и GPT? , В первом случае OP может потребоваться создать расширенный раздел в качестве основы для измененного размера раздела lv_home
.
LVM - это три уровня: физический, объемный и логический. Чтобы держать вещи в порядке, хорошо иметь физические диски рядом. Но LVM этого не требует. Можно сжать lv_home
(и его файловую систему и физический раздел) за один шаг, а затем создать новый физический раздел в пространстве на конце, добавив этот раздел в группу томов, соответствующую lv_root
а затем запустив resize2fs
для расширения файловой системы. Изменение размера имеет много существующей практики; гораздо меньше - до недавнего времени в документации были предостережения, объясняющие, что вы можете уничтожить свою файловую систему с помощью инструмента.
Это может быть полезно: