O problema básico é evitar ter que usar seus backups. Se lv_home
estiver realmente "quase vazio",
- você pode reduzir isso (redimensionar o sistema de arquivos, diminuir o volume lógico) e
- use o espaço liberado para um volume temporário para copiar
lv_home
para. -
Então , o
lv_home
existente está vazio e você pode demoli-lo, estenderlv_root
conforme necessário e - finalmente (se
lv_home
é realmente tão pequeno, inicialmente), mova o conteúdo do volume temporário de volta para a parte do espaço vazio que você não precisa paralv_root
e combine isso com o espaço temporário.
A ordenação sugerida assume que as partições de disco subjacentes estão na mesma ordem, é claro. O LVM não é adequado para mover as partições para cima e para baixo (como algumas ferramentas de particionamento de disco off-line podem fazer).
Agora - a pergunta do OP não mencionou se os sistemas de arquivos subjacentes residem em um disco físico e se as partições de disco estão na mesma ordem. Se todos eles residirem em um disco físico, surge a pergunta se isso é particionado com MBR (no máximo quatro partições físicas) ou GPT (128) - veja, por exemplo, Qual é a diferença entre o MBR e o GPT? . No primeiro caso, o OP pode ter que criar uma partição estendida como base para a partição lv_home
redimensionada.
O LVM é essencialmente três camadas: física, volumes e lógica. Para manter as coisas organizadas, é bom ter os discos físicos adjacentes. Mas o LVM não exige isso. Pode-se reduzir lv_home
(e seu sistema de arquivos e partição física) em uma única etapa e criar uma nova partição física no espaço no final, adicionando essa partição ao grupo de volumes correspondente a lv_root
e executando resize2fs
para estender o sistema de arquivos. O redimensionamento tem muita prática existente; indo muito menos - até recentemente a documentação tinha advertências, explicando que você poderia destruir seu sistema de arquivos com a ferramenta.
Isso pode ser útil: