Aumentar el tamaño de un disco en un entorno virtual (como una VM en la nube o un servidor local) es solo la mitad del trabajo. El verdadero reto viene cuando el sistema operativo debe reconocer ese espacio, especialmente cuando trabajamos con esquemas de particiones antiguos pero muy comunes.
Hoy les comparto cómo resolvimos un caso donde el disco físico creció a 100 GB, pero el LVM seguía limitado a la mitad.
El Diagnóstico
Al ejecutar lsblk, nos encontramos con una estructura de este tipo:
sda (100G): El disco físico total.
sda1 (976M): La partición de arranque (
/boot).sda2 (1K): La Partición Extendida. (Ojo: marca 1K porque es solo el "contenedor" legal en el MBR).
sda5 (49G): La Partición Lógica que realmente tiene el LVM.
El problema técnico: El espacio nuevo estaba al final del disco sda, pero para que el LVM en sda5 pudiera usarlo, primero teníamos que "estirar" el contenedor (sda2) y luego la partición real (sda5).
La Solución: El camino del dato
Para solucionar esto sin reiniciar y de forma segura, seguimos estos pasos utilizando herramientas estándar de Linux.
1. Preparar el terreno con growpart
growpart es una utilidad fenomenal (parte del paquete cloud-guest-utils) que permite reescribir la tabla de particiones en caliente.
Primero, expandimos la partición extendida (el contenedor) y luego la lógica:
sudo growpart /dev/sda 2
sudo growpart /dev/sda 5
Nota: Es normal que sda2 parezca no tener tamaño en algunos comandos, pero expandirla es vital para que sda5 tenga hacia dónde crecer.
2. Sincronizar el LVM (Physical Volume)
Ahora que la partición física sda5 ya ocupa los 99G, debemos decirle al LVM que su "terreno de juego" ha crecido:
Después de esto, al ejecutar sudo vgs, verás que el campo VFree (espacio libre) aumenta mágicamente con los nuevos gigabytes.
3. Expandir los Volúmenes Lógicos (LV)
Con el espacio ya disponible en el grupo de volúmenes, solo queda repartirlo. Por ejemplo, para darle más espacio a una base de datos o a una aplicación específica (como GLPI):
# Expandir un volumen específico (ej. var_glpi) en 20GB y ajustar el sistema de archivos
sudo lvextend -L +20G /dev/vg0/var_glpi -r
# O asignar TODO el espacio restante a la raíz
sudo lvextend -l +100%FREE /dev/vg0/root -r
Lección aprendida
El uso de LVM sobre particiones lógicas (dentro de extendidas) añade una capa de complejidad al redimensionar, pero con las herramientas adecuadas como growpart y pvresize, se puede hacer de forma totalmente transparente y sin pérdida de datos.
Si en tu lsblk ves una partición de 1K, no te asustes: es solo el "contenedor" esperando a ser expandido para dejar crecer a sus particiones hijas.
