Manual de Redistribución de Espacio en Discos Linux | Debian 11

Manual de Redistribución de Espacio en Discos Linux | Debian 11

Objetivo del Procedimiento

Redimensionar las particiones /dev/sda3 (montada en /var) y /dev/sdb1 (montada en /data) para que utilicen el espacio libre disponible en sus respectivos discos:

  • /dev/sda3: De 20GB a aproximadamente 41GB

  • /dev/sdb1: De 40GB a aproximadamente 57.5GB

Nota: El valor final para redimensionar dependerá de cada entorno.

Prerequisitos:

La MV debe contar con los discos previamente ajustados, es decir el administrador de la MV deberá agregar el espacio libre requerido a cada disco.

Aspecto esencial

Es importante que la máquina virtual (MV) se encuentre apagada para poder realizar el proceso, a menos que el ambiente de virtualización permita realizar cambios en caliente.

Una vez que la MV esté completamente apagada, iniciamos con el procedimiento:

Paso 1: Ajuste de discos virtuales en VirtualBox

A continuación se detalla el procedimiento realizado para ubicar la máquina virtual correspondiente y ajustar el tamaño de sus discos mediante VBoxManage. Para ello, accederemos a nuestro símbolo del sistema (CMD) en modo administrador antes de ejecutar los comandos.

 

  1. Ingresar al directorio principal de máquinas virtuales de VirtualBox desde una terminal con permisos de administrador.
    En este caso, se accedió a la siguiente ruta correspondiente:

C:\Users\opman\VirtualBox VMs\
  • Se listan las carpetas disponibles para identificar las diferentes máquinas virtuales existentes en nuestro entorno.

  1. Identificación de la máquina virtual objetivo
    Dentro del listado se ubicó la carpeta:

omk-vm9-debian11_enero clonar3
  • la cual contiene la copia/clon correspondiente a la VM que se requiere modificar.

  1. Acceso a la carpeta de la VM
    Se ingresó al directorio:

C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3
  • y se verificó la existencia de los archivos de disco:

    • omk-vm9-debian11_enero clonar3-disk1.vdi

    • omk-vm9-debian11_enero clonar3-disk2.vdi

    • Archivo de configuración .vbox

  1. Validar el espacio actual de los discos:

Sin cambiar de la carpeta donde se encuentra la máquina virtual, se ejecutan los siguientes comandos, los cuales permiten mostrar la lista de discos virtuales registrados en VirtualBox, incluyendo su tamaño actual y la ruta donde se encuentran almacenados.

#Disk 1 (Tamaño: 40960MB): "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" showhdinfo "C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3\omk-vm9-debian11_enero clonar3-disk1.vdi"

Ejemplo:

image-20260112-155103.png
#Disk 2 (Tamaño: 40960MB): "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" showhdinfo "C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3\omk-vm9-debian11_enero clonar3-disk2.vdi"

Ejemplo:

image-20260112-155402.png
  1. Redimensionamiento de los discos virtuales con VBoxManage
    Se ejecutaron los siguientes comandos para ajustar el tamaño deseado de los discos:

  • Comando para modificar el tamaño del disco virtual:

    • Disk 1 (nuevo tamaño: 62920 MB):

"C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" modifyhd "C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3\omk-vm9-debian11_enero clonar3-disk1.vdi" --resize 62920
  • El proceso completó satisfactoriamente (0% → 100%).

    • Ejemplo:

image-20260112-155528.png
  • Disk 2 (nuevo tamaño: 58920 MB):

"C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" modifyhd "C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3\omk-vm9-debian11_enero clonar3-disk2.vdi" --resize 58920
  • Este disco también se redimensionó correctamente.

    • Ejemplo:

image-20260112-155624.png

Validación de discos

Una vez realiza el cambio validamos de nuevo con el siguiente comando el tamaño:

#Disk 1 (Tamaño: 62920 MB): "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" showhdinfo "C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3\omk-vm9-debian11_enero clonar3-disk1.vdi"

Ejemplo:

image-20260112-155649.png
#Disk 2 (Tamaño: 58920 MB): "C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" showhdinfo "C:\Users\opman\VirtualBox VMs\omk-vm9-debian11_enero clonar3\omk-vm9-debian11_enero clonar3-disk2.vdi"

Ejemplo:

image-20260112-155703.png

Estado final

Ambos discos virtuales de la máquina omk-vm9-debian11_enero clonar3 fueron ampliados exitosamente, quedando listos para que, dentro del sistema operativo de la VM, se realice la ampliación de particiones según sea necesario.

El procedimiento combina: parar servicios que usan /var o /data, desmontar si es posible, redimensionar la tabla de particiones con fdisk (borrar y recrear la partición con mismo inicio y nuevo final), forzar relectura de particiones con partprobe, comprobar/extender el sistema de ficheros con e2fsck y resize2fs, y remontar / actualizar /etc/fstab.

PRECAUCIONES (leer antes de ejecutar)

  1. Hacer backup: copia de seguridad completa (snapshots o copia de /var y /data) antes de tocar particiones. Si no hay VM snapshots, créalos.

  2. Acceso físico/alternativo: disponer de consola de VM o IPMI en caso de perder SSH al reiniciar.

  3. Ejecutar como root.

  4. Comprobar espacio libre real y sectores con parted / fdisk / lsblk antes de modificar.

  5. No interrumpir el proceso de escritura del MBR/tabla (no reiniciar hasta terminar).

  6. Si las particiones están en LVM el flujo sería distinto (usamos particiones msdos en tu caso). En tu log se usó tabla msdos.

Comandos usados en el procedimiento (y explicación breve)

Cada comando incluirá su explicación y qué verificar.

  • lsblk -f — muestra dispositivos, particiones, tipos FS y puntos de montaje. Verifica cuál partición monta /var o /data.

  • df -hT — muestra uso y tipo de FS; comprobar tamaño actual y uso.

  • fdisk -l /dev/sda / fdisk -l /dev/sdb — lista particiones y su tamaño (start/end/sectors).

  • parted /dev/sda print free — ver espacio libre y límites en unidades legibles.

  • systemctl stop <servicio> — detener servicios que usan /var (ej. rsyslog, apache2, mongod, mysql, docker, etc.).

  • fuser -vm /var — listar procesos que tienen archivos abiertos en /var.

  • kill -TERM $(fuser -m /var 2>/dev/null) + sleep + kill -KILL $(fuser -m /var 2>/dev/null) — intentar terminar procesos que bloquean el desmontaje. Usar con cuidado.

  • umount /var o umount -l /var — desmontar la partición. -l lazy unmount si hay references; preferir un desmontaje limpio cuando sea posible.

  • fdisk /dev/sda — abrir fdisk para borrar y recrear la partición con nuevo tamaño. Importante: borrar la partición sin formatear y recrearla con el mismo sector de inicio para preservar datos, sólo cambiar el sector final (aumentar).

  • partprobe /dev/sda — pedir al kernel relectura tabla de particiones.

  • e2fsck -f /dev/sda3 — forzar comprobación del sistema de archivos antes de redimensionar (si no está montado).

  • resize2fs /dev/sda3 — redimensionar sistema de ficheros ext4 al nuevo tamaño de partición. Si la partición está montada, resize2fs puede hacer on-line (si kernel y FS lo soportan) o fallará si está en uso; preferible offline para mayor seguridad.

  • mkfs.ext4 /dev/sda3 — formatea (¡pérdida de datos!). Usado solo si la partición fue recreada y se decide inicializar de nuevo — NO usar salvo si estás eliminando FS intencionadamente.

  • mount /dev/sda3 /var — remontar.

  • blkid y cat /etc/fstab — comprobar uuid y entrada en fstab; actualizar si cambió la partición.

  • reboot si se necesita (después de terminar).

En esta segunda parte se utilizan estos comandos en el orden mostrado; las salidas muestran que la operación fue exitosa (ej. /dev/sda3 pasó a 41G, /dev/sdb1 pasó a 57G).:

Paso 2: Análisis Inicial del Sistema

Paso 2.1: Verificar el Estado Actual de los Discos

fdisk -l lsblk -f df -hT

Explicación:

  • fdisk -l: Lista todos los discos y particiones con información detallada

  • lsblk -f: Muestra la estructura de bloques con sistema de archivos

  • df -hT: Muestra el uso de espacio en particiones montadas

Verificación: Confirmar:

  • /dev/sda3 tiene 20GB pero el disco tiene espacio libre

  • /dev/sdb1 tiene 40GB pero el disco tiene espacio libre

root@omk-vm9-debian11:~# fdisk -l Disk /dev/sdb: 57.54 GiB, 61782097920 bytes, 120668160 sectors Disk model: HARDDISK Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x443d5f05 Device Boot Start End Sectors Size Id Type /dev/sdb1 2048 83886079 83884032 40G 83 Linux Disk /dev/sda: 61.45 GiB, 65976401920 bytes, 128860160 sectors Disk model: HARDDISK Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x4dbc7a58 Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 2000895 1998848 976M 83 Linux /dev/sda2 2000896 41879551 39878656 19G 83 Linux /dev/sda3 41879552 83884031 42004480 20G 83 Linux root@omk-vm9-debian11:~# lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ├─sda1 ext4 1.0 ff53fdc2-e9f6-4881-83df-1f11284ba1c9 796.8M 9% /boot ├─sda2 ext4 1.0 aea30473-9fe5-4de3-86b0-c924ff2a4704 9.1G 46% / └─sda3 ext4 1.0 fc28ea0b-5a4a-491f-9133-d5b20282a42f 16.7G 10% /var sdb └─sdb1 ext4 1.0 7358aad2-3ac9-4259-8c7b-cb48b3362c13 36.4G 2% /data root@omk-vm9-debian11:~# df -hT Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 1.5G 0 1.5G 0% /dev tmpfs tmpfs 310M 900K 309M 1% /run /dev/sda2 ext4 19G 8.5G 9.2G 49% / tmpfs tmpfs 1.6G 0 1.6G 0% /dev/shm tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock /dev/sdb1 ext4 40G 662M 37G 2% /data /dev/sda3 ext4 20G 1.9G 17G 11% /var /dev/sda1 ext4 943M 81M 797M 10% /boot tmpfs tmpfs 310M 0 310M 0% /run/user/0 root@omk-vm9-debian11:~#

Paso 3: Verificar Espacio Libre con Parted

apt-get install parted -y parted /dev/sda print free parted /dev/sdb print free

Explicación:

  • Instalamos parted si no está disponible

  • print free: Muestra particiones y espacio libre en el disco

Verificación: Identificar:

  • /dev/sda: ~23GB de espacio libre después de sda3

  • /dev/sdb: ~18.8GB de espacio libre después de sdb1

root@omk-vm9-debian11:~# apt-get install parted Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: libparted2 Suggested packages: libparted-dev libparted-i18n parted-doc The following NEW packages will be installed: libparted2 parted 0 upgraded, 2 newly installed, 0 to remove and 72 not upgraded. Need to get 554 kB of archives. After this operation, 935 kB of additional disk space will be used. Do you want to continue? [Y/n] Y Get:1 http://deb.debian.org/debian bullseye/main amd64 libparted2 amd64 3.4-1 [335 kB] Get:2 http://deb.debian.org/debian bullseye/main amd64 parted amd64 3.4-1 [219 kB] Fetched 554 kB in 1s (416 kB/s) Selecting previously unselected package libparted2:amd64. (Reading database ... 92966 files and directories currently installed.) Preparing to unpack .../libparted2_3.4-1_amd64.deb ... Unpacking libparted2:amd64 (3.4-1) ... Selecting previously unselected package parted. Preparing to unpack .../parted_3.4-1_amd64.deb ... Unpacking parted (3.4-1) ... Setting up libparted2:amd64 (3.4-1) ... Setting up parted (3.4-1) ... Processing triggers for libc-bin (2.31-13+deb11u11) ... Processing triggers for man-db (2.9.4-2) ... root@omk-vm9-debian11:~# root@omk-vm9-debian11:~# root@omk-vm9-debian11:~# parted /dev/sda print free Model: VBOX HARDDISK (scsi) Disk /dev/sda: 66.0GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1024B 1049kB 1048kB Free Space 1 1049kB 1024MB 1023MB primary ext4 boot 2 1024MB 21.4GB 20.4GB primary ext4 3 21.4GB 42.9GB 21.5GB primary ext4 42.9GB 66.0GB 23.0GB Free Space root@omk-vm9-debian11:~# parted /dev/sdb print free Model: VBOX HARDDISK (scsi) Disk /dev/sdb: 61.8GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1024B 1049kB 1048kB Free Space 1 1049kB 42.9GB 42.9GB primary ext4 42.9GB 61.8GB 18.8GB Free Space root@omk-vm9-debian11:~# root@omk-vm9-debian11:~#

Paso 4: Identificar procesos bloqueando /var

# Se recomienda ejecutar: systemctl stop rsyslog syslog.socket cron mongod redis-server apache2 mariadb opchartsd opconfigd opeventsd nmis9d omkd postfix

Recomendación importante

Para minimizar riesgos durante el redimensionamiento, se recomienda detener temporalmente los servicios que acceden al directorio /var. Esto evita bloqueos o conflictos en la operación. Si el servicio puede reiniciarse sin inconvenientes, es seguro detenerlo y levantarlo nuevamente al finalizar el proceso.

Paso 5: Verificar procesos que aún mantienen acceso al directorio /var

Este paso permite identificar los procesos que continúan utilizando archivos o recursos dentro de /var, con el fin de evaluar si pueden detenerse de forma segura.

#Sirve para identificar qué procesos están utilizando un archivo, directorio o sistema de archivos específico. fuser -vm /var # Verificar qué procesos están usando /var lsof /var 2>/dev/null | head -20 # Si hay procesos importantes, considerar modo rescate o single user # Para este ejemplo, asumiremos que podemos desmontar

Ejemplo:

image-20260112-160320.png
  • Explicación: lista PIDs/usuarios y tipo de acceso. Si aparecen procesos, procede a detenerlos.

  • Terminar procesos que no se pudieron parar con systemctl
    Primero intentar SIGTERM:

kill -TERM $(fuser -m /var 2>/dev/null) sleep 2 #Si siguen apareciendo: kill -KILL $(fuser -m /var 2>/dev/null)

Nota. Este procedimiento se puede agregar 2 o 3 veces para que no exista ningún proceso.

Explicación: intenta terminar procesos de forma ordenada; si no responden, fuerza su cierre. Cuidado: matar procesos puede causar pérdida de datos en aplicaciones que estaban escribiendo.

Si se detecta algún proceso activo aún después de ejecutar el kill como en este ejemplo, ejecute un kill directo al PID:

image-20260518-205851.png
kill -TERM 1511

Al final, compruebe que la ejecución de:

fuser -vm /var

solo muestre el kernel.

image-20260518-210057.png

Paso 6: Creación de un backup de var, el cual moveremos en /data/var

Es importante tener un backup para restablecer la información.

sudo rsync -aXSv /var/ /data/var/

Este paso es opcional. Si hay espacio disponible en /data se puede realizar el backup, de lo contrario se puede omitir sin inconveniente.

Paso 7: Desmontaje de /dev/sda3 (/var)

umount /var # si falla: umount -l /var # lazy unmount

Explicación: umount libera el punto de montaje. Si no puede por referencias, -l hace lazy unmount (desvincula inmediatamente el punto, pero puede retrasar liberación de recursos hasta que procesos terminen).

Verificación:

df -hT | grep /var

Nota: El directorio /var no debe aparecer en la lista, ya que se encuentra correctamente desmontado.

image-20260112-160802.png

Paso 8: Redimensionar la Partición con fdisk

Se ejecuta el comando para redimensionar la partición /var, realizando los ajustes necesarios sobre el disco de forma controlada.

fdisk /dev/sda

Pasos dentro de fdisk

Al acceder a la aplicación, se presiona la tecla m, lo que permite desplegar el menú de opciones disponibles.

root@omk-vm9-debian11:~# fdisk /dev/sda Welcome to fdisk (util-linux 2.36.1). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Command (m for help): m Help: DOS (MBR) a toggle a bootable flag b edit nested BSD disklabel c toggle the dos compatibility flag Generic d delete a partition F list free unpartitioned space l list known partition types n add a new partition p print the partition table t change a partition type v verify the partition table i print information about a partition Misc m print this menu u change display/entry units x extra functionality (experts only) Script I load disk layout from sfdisk script file O dump disk layout to sfdisk script file Save & Exit w write table to disk and exit q quit without saving changes Create a new label g create a new empty GPT partition table G create a new empty SGI (IRIX) partition table o create a new empty DOS partition table s create a new empty Sun partition table

 

Ahora iremos utilizando estas opciones de forma consecutiva para lograr el redimensionamiento.

  1. Mostrar la tabla actual

    p

    Esto permite identificar:

    • Número de partición a modificar (ej. /dev/sda3)

    • Sector inicial (dato crítico)

  2. Eliminar la partición 3

    d 3

    Esto solo borra la entrada en la tabla, NO los datos del disco.

image-20260112-160850.png
  1. Crear la nueva partición 3 con el tamaño ampliado

    n p 3
    • Primer sector:
      Presionar Enter para aceptar el valor por defecto.
      fdisk propone automáticamente el mismo sector inicial de la partición original (ej. 41879552).
      ⚠️ Punto crítico: No modificar este valor. Cambiarlo provoca pérdida total de datos.

      • Nunca cambiar el primer sector.
        Ese valor debe coincidir exactamente con el original.
        Cualquier modificación implica corrupción total del sistema de archivos.

    • Último sector:
      Presionar Enter para usar todo el espacio disponible
      ó escribir un tamaño específico (ej. +41G).

  2. Confirmación de eliminación de firma ext4 antigua

    Y

    Esto solo elimina la marca de sistema de archivos de la entrada antigua, NO daña los datos.

  3. Verificar la nueva tabla

    p
image-20260112-161058.png
  1. Guardar cambios y salir

    w
image-20260112-161134.png

Paso 8: Explicación técnica del proceso

  • Al borrar la partición, solo se elimina la referencia en la tabla, no los datos.

  • Al crearla nuevamente con el mismo sector inicial, el sistema vuelve a apuntar al mismo inicio del sistema de archivos existente.

  • Al ampliar el sector final, la partición pasa a ocupar el nuevo espacio del disco recientemente extendido.

  • Como el sistema de archivos todavía tiene el tamaño antiguo, posteriormente debe ejecutarse:

    resize2fs /dev/sda3

    para que extienda su estructura interna y utilice la capacidad adicional.

  • Si aparece el siguiente mensaje, hay un error:

image-20260112-161206.png

Paso 9: Forzar actualización de tabla de particiones

# Actualizar tabla de particiones en kernel partprobe /dev/sda partprobe /dev/sda # Ejecutar dos veces si es necesario

Explicación:

  • partprobe: Notifica al kernel sobre cambios en tabla de particiones

  • A veces requiere ejecución múltiple

Si no tenemos instalada la herramienta partprobe utilizar los siguientes comandos:

# Actualizar tabla de particiones sin reiniciar el sistema partx -u /dev/sda partx -a /dev/sda partx -u /dev/sdb partx -a /dev/sdb

Paso 10: Montar /var en /mnt/temp_var

  • Informa al kernel sobre cambios en la tabla de particiones sin reiniciar

mkdir -p /mnt/temp_var mount /dev/sda3 /mnt/temp_var umount /mnt/temp_var

Explicación:

  • Creamos punto de montaje temporal

  • Montamos para verificar que la partición es accesible

  • Desmontamos para poder expandir el sistema de archivos

image-20260112-161354.png

Paso 11: Montar /var en su Ubicación Original

mount /dev/sda3 /var
image-20260112-161414.png

Importante: Asegúrate de que el UUID en /etc/fstab aún coincide:

blkid | grep sda3 cat /etc/fstab | grep /var

Comprobar y reparar el sistema de archivos (offline)

  • Si la partición NO está montada:

  • e2fsck -f /dev/sda3

Explicación: fuerza comprobación (f) y reparaciones interactivas. Si quieres autoaplicar respuestas:

e2fsck -f -y /dev/sda3
  • pero usar -y con precaución (aplica todas las correcciones automáticamente).

  • En tu sesión e2fsck inicialmente decía que /dev/sda3 estaba montada: asegurarse de desmontar antes

Expandir el Sistema de Archivos (Online Resize)

resize2fs /dev/sda3

Explicación:

  • resize2fs: Expande el sistema de archivos ext4 para usar todo el espacio de la partición

  • Funciona en línea (online) si la partición está montada

  • Detecta automáticamente el nuevo tamaño de la partición

Verificación:

mount /dev/sda3 /var fdisk -l /dev/sda df -hT | grep /var lsblk -f
image-20260112-162431.png

Nota. Si después de verificar no se visualiza el aumento del disco sda3, es necesario desmontarlo (umount) y ejecutar nuevamente los siguientes comandos.

# 2 veces ejecuta el comando, esto nos ayudara a ajustar el sistema de archivos al nuevo tamaño de la partición sda3 resize2fs /dev/sda3 #2 veces ejecuta el comando, nos facilitara la actualizacion de la tabla de particiones en el kernel sin reiniciar. partprobe /dev/sda

Una vez finalizados, continúa con el paso de montar (mount) y verificar.

Paso 12. Restaurar var con backup

Montamos nuestra información al discó

rsync -aXSv /data/var/ /mnt/var/

Paso 13; Creación de un backup de Data lo moveremos en Data

Es importante tener un backup para restablecer la información.

sudo rsync -aXSv /data/ /var/data
image-20260112-162600.png

Paso 14: Procedimiento detallado (paso a paso) — /dev/sdb1 → /data

El flujo es análogo; en tu sesión se realizó con éxito: se borró /dev/sdb1, se recreó ocupando todo el disco y luego se ejecutó e2fsck y resize2fs. Resultado final /data ~57G.

  • Comprobar estado actual

lsblk -f df -hT | grep /data fdisk -l /dev/sdb parted /dev/sdb print free
image-20260112-162659.png

Paso 15: Expansión de /dev/sdb1 (/data)

Desmontar /data

umount /data

Explicación:

  • Desmontamos /data antes de modificar la partición

  • A diferencia de /var, /data no es crítico para el sistema

Verificación:

df -hT | grep /data

No debe aparecer (está desmontada)

Paso 16: Redimensionar Partición con fdisk

fdisk /dev/sdb

Pasos dentro de fdisk

Al acceder a la aplicación, se presiona la tecla m, lo que permite desplegar el menú de opciones disponibles.

root@omk-vm9-debian11:~# fdisk /dev/sdb Welcome to fdisk (util-linux 2.36.1). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Command (m for help): m Help: DOS (MBR) a toggle a bootable flag b edit nested BSD disklabel c toggle the dos compatibility flag Generic d delete a partition F list free unpartitioned space l list known partition types n add a new partition p print the partition table t change a partition type v verify the partition table i print information about a partition Misc m print this menu u change display/entry units x extra functionality (experts only) Script I load disk layout from sfdisk script file O dump disk layout to sfdisk script file Save & Exit w write table to disk and exit q quit without saving changes Create a new label g create a new empty GPT partition table G create a new empty SGI (IRIX) partition table o create a new empty DOS partition table s create a new empty Sun partition table

Comandos interactivos empleados durante el proceso:

  1. p - Ver tabla de particiones

  2. d - Borrar partición

  3. [Enter] - Selecciona automáticamente partición 1

image-20260112-162758.png
  1. n - Nueva partición

  2. p - Tipo primaria

  3. 1 - Número de partición 1

  4. [Enter] - Primer sector por defecto (2048)

  5. [Enter] - Último sector por defecto (todo el espacio)

  6. Y - Confirmación de eliminación de firma ext4 antigua

  7. p - Verificar (debe mostrar ~57.5GB)

  8. w - Escribir y salir

image-20260112-162814.png

Paso 17: Actualizar Kernel

partprobe /dev/sdb

Paso 18: Verificar y Reparar Sistema de Archivos

e2fsck -f /dev/sdb1

Explicación:

  • e2fsck: Verifica integridad del sistema de archivos ext4

  • -f: Fuerza verificación completa incluso si el sistema parece limpio

  • IMPORTANTE: Responder yes o y a todas las correcciones sugeridas

Nota: Verás muchos mensajes de "Fix<y>?" - esto es normal al redimensionar particiones

image-20260112-162946.png

Paso 19: Segunda Verificación (Confirmar Reparación)

e2fsck -f /dev/sdb1

Explicación:

  • Segunda pasada para confirmar que no hay más errores

  • Debe completar sin solicitar correcciones

5a86a63d-f341-4b62-9aba-61ff990be5b3.png

Paso 20: Expandir Sistema de Archivos

resize2fs /dev/sdb1 # o usar blockdev --rereadpt /dev/sdb

Explicación:

  • Expande el sistema de archivos para usar toda la partición

  • Se ejecuta offline (partición desmontada)

Verificación: Debe indicar el nuevo tamaño (~15 millones de bloques de 4K = ~57GB)

image-20260112-163037.png

Paso 21: Confirmar Expansión Completa

resize2fs /dev/sdb1

Explicación:

  • Verificación final

  • Debe indicar: "Nothing to do!" (expansión completa)

Paso 22: Montar /data

mount /dev/sdb1 /data

Verificación:

df -hT | grep /data

Debe mostrar ~57GB disponibles

image-20260112-163113.png

✅Verificación Final

Paso 23: Verificar Todo el Sistema

df -h lsblk fdisk -l

Verificación Final Esperada:

Filesystem Size Used Avail Use% Mounted on /dev/sda3 41G 1.9G 37G 5% /var /dev/sdb1 57G 662M 53G 2% /data

Estado de particiones:

  • /dev/sda3: 41.5GB (expandida desde 20GB)

  • /dev/sdb1: 57.5GB (expandida desde 40GB)

Paso 24: Verificar UUID y /etc/fstab

cat /etc/fstab | grep /var blkid | grep sda3

Explicación:

  • Confirma que el UUID de la partición no cambió

  • El UUID debe coincidir entre /etc/fstab y blkid

  • Importante: Si no coincide, editar /etc/fstab con el UUID correcto