Introducción
En este laboratorio, obtendrás experiencia práctica en la gestión de particiones de almacenamiento y espacio de intercambio (swap) en sistemas Red Hat Enterprise Linux (RHEL). Aprenderás a crear y montar particiones XFS de forma persistente, así como a configurar y activar particiones de intercambio con diferentes prioridades. El laboratorio utiliza el entorno de máquina virtual de LabEx con dispositivos de almacenamiento disponibles, lo que te permitirá practicar estas habilidades esenciales de administración de sistemas.
Comenzarás inspeccionando los discos disponibles, luego procederás a crear y gestionar particiones, incluyendo la configuración de tablas de particiones GPT cuando sea necesario. El laboratorio enfatiza la garantía de montajes persistentes y la activación de swap, proporcionando una comprensión integral de la gestión de discos en un entorno RHEL.
Inspeccionar el disco de práctica disponible
En este paso, inspeccionarás los dispositivos de almacenamiento disponibles en tu máquina virtual de LabEx. El entorno de LabEx proporciona un dispositivo de almacenamiento adicional para practicar el particionado, pero su nombre de dispositivo puede variar entre instancias de máquinas virtuales.
Primero, cambia al usuario root para realizar operaciones de gestión de discos. Actualmente has iniciado sesión como el usuario labex con privilegios de sudo.
sudo su -
Ahora, examina los dispositivos de bloque disponibles en el sistema usando el comando lsblk:
lsblk
Deberías ver una salida similar a esta, que muestra el disco del sistema y un disco adicional:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
vda 253:0 0 40G 0 disk
├─vda1 253:1 0 1M 0 part
├─vda2 253:2 0 100M 0 part /boot/efi
└─vda3 253:3 0 39.9G 0 part /
nvme1n1 259:0 0 40G 0 disk
A continuación, identifica el disco de práctica adicional y define variables de shell reutilizables para los pasos restantes. La variable PRACTICE_DISK almacena el dispositivo de disco, y PART_PREFIX maneja la diferencia en la nomenclatura de particiones entre dispositivos como /dev/vdb1 y /dev/nvme1n1p1.
export ROOT_PARTITION="$(findmnt -n -o SOURCE /)"
export ROOT_DISK="/dev/$(lsblk -no PKNAME "$ROOT_PARTITION")"
export PRACTICE_DISK="$(lsblk -dpno NAME,TYPE | awk -v root="$ROOT_DISK" '$2=="disk" && $1 != root {print $1; exit}')"
if [[ "$PRACTICE_DISK" =~ [0-9]$ ]]; then
export PART_PREFIX="${PRACTICE_DISK}p"
else
export PART_PREFIX="${PRACTICE_DISK}"
fi
echo "Practice disk: $PRACTICE_DISK"
echo "Partition prefix: $PART_PREFIX"
Deberías ver una salida similar a esta. El nombre de tu dispositivo puede ser /dev/vdb, /dev/nvme0n1 o /dev/nvme1n1.
Practice disk: /dev/nvme1n1
Partition prefix: /dev/nvme1n1p
Usa el comando lsblk con la opción -f para mostrar la información del sistema de archivos del disco de práctica:
lsblk -f "$PRACTICE_DISK"
Deberías ver una salida similar a esta, que indica que el disco de práctica es un disco nuevo y sin formato:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1
A continuación, usa el comando parted para obtener información más detallada sobre el disco, incluida su tabla de particiones:
parted "$PRACTICE_DISK" print
La salida debería mostrar que aún no hay una tabla de particiones en el disco de práctica. El modelo y el nombre del dispositivo coincidirán con tu instancia de máquina virtual:
Error: /dev/nvme1n1: unrecognised disk label
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Esto confirma que el disco de práctica adicional está listo para ser particionado. El mensaje de error es normal para un disco que aún no ha sido inicializado con una tabla de particiones.
Crear una partición XFS en el disco de práctica y montarla de forma persistente
En este paso, crearás una nueva partición en el disco de práctica, la formatearás con el sistema de archivos XFS y la configurarás para que se monte de forma persistente.
Los comandos a continuación asumen que todavía estás en la misma sesión de root del Paso 1, por lo que las variables PRACTICE_DISK y PART_PREFIX siguen disponibles. Crearás una partición primaria de 1 GB en ese disco y especificarás el tipo de sistema de archivos como XFS. Comenzar en el sector 2048s es una opción de alineación común.
Primero, crea una tabla de particiones en el disco no inicializado. Usa parted en modo interactivo para crear la tabla de particiones y la partición:
parted "$PRACTICE_DISK"
GNU Parted 3.5
Using /dev/nvme1n1
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) mklabel msdos
(parted) mkpart
Partition type? primary/extended? primary
File system type? [ext2]? xfs
Start? 2048s
End? 1001MB
(parted) quit
Information: You may need to update /etc/fstab.
Nota: El comando mklabel msdos crea una tabla de particiones MBR (Master Boot Record) en el disco. Esto es necesario antes de poder crear cualquier partición. Después de crear la tabla de particiones, puedes continuar con mkpart para crear la partición real. Debido a que la partición comienza en el sector 2048s, establecer la posición final en 1001MB resulta en un tamaño de partición de aproximadamente 1 GB. Cuando salgas de parted, verás un mensaje informativo sobre la actualización de /etc/fstab, lo cual es normal.
Para verificar que la partición se ha creado, imprime la tabla de particiones del disco de práctica:
parted "$PRACTICE_DISK" print
Deberías ver una salida similar a esta, que muestra tu partición primaria recién creada:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary
Después de crear una nueva partición, ejecuta udevadm settle para que el kernel registre el nuevo dispositivo de partición, como /dev/vdb1 o /dev/nvme1n1p1.
udevadm settle
Ahora que la partición está creada, formatéala con el sistema de archivos XFS:
mkfs.xfs "${PART_PREFIX}1"
La salida mostrará detalles sobre la creación del sistema de archivos XFS:
meta-data=/dev/nvme1n1p1 isize=512 agcount=4, agsize=61056 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=1, sparse=1, rmapbt=0
= reflink=1 bigtime=1 inobtcount=1 nrext64=0
data = bsize=4096 blocks=244224, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0, ftype=1
log =internal log bsize=4096 blocks=16384, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Para hacer que el sistema de archivos sea accesible, crea un directorio de punto de montaje. Montarás esta partición en /archive.
mkdir -p /archive
Para un montaje persistente, añade una entrada a /etc/fstab. Usa el UUID de la partición porque los nombres de dispositivos como /dev/vdb1 o /dev/nvme1n1p1 pueden variar entre entornos.
Descubre el UUID de la primera partición:
lsblk --fs "${PART_PREFIX}1"
Anota el UUID de la salida. Se verá algo como 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1p1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Ahora, abre el archivo /etc/fstab usando nano y añade una nueva línea para tu partición. Reemplaza YOUR_UUID_HERE con el UUID real que acabas de encontrar.
nano /etc/fstab
Añade la siguiente línea al final del archivo:
UUID=YOUR_UUID_HERE /archive xfs defaults 0 0
Guarda el archivo presionando Ctrl+X, luego Y para confirmar y Enter para escribir en el archivo.
Después de modificar /etc/fstab, dile a systemd que recargue su configuración para que reconozca la nueva entrada.
systemctl daemon-reload
Finalmente, monta el nuevo sistema de archivos usando la entrada en /etc/fstab.
mount /archive
Verifica que el nuevo sistema de archivos esté montado correctamente:
mount | grep /archive
Deberías ver una salida similar a esta, confirmando el montaje exitoso:
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Crear y activar una partición de intercambio (swap) en el disco de práctica
En este paso, crearás una partición de intercambio en el disco de práctica. El espacio de intercambio es una porción de una unidad de disco duro (HDD) o unidad de estado sólido (SSD) utilizada para almacenamiento temporal cuando el sistema se queda sin memoria RAM física. Actúa como un desbordamiento para la RAM, permitiendo que el sistema continúe operando incluso cuando la memoria es escasa, aunque a una velocidad más lenta.
Primero, inspecciona la tabla de particiones actual en el disco de práctica para determinar dónde crear la nueva partición de intercambio.
parted "$PRACTICE_DISK" print
Deberías ver la partición XFS existente (${PART_PREFIX}1) que creaste en el paso anterior:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 5369MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
Ahora, añade una nueva partición primaria de 500 MB para usarla como espacio de intercambio. La nueva partición comienza inmediatamente después de la primera partición existente, por lo que comienza en 1001MB y termina en 1501MB.
Usa parted en modo no interactivo para crear esta partición:
parted "$PRACTICE_DISK" mkpart primary linux-swap 1001MB 1501MB
Es posible que vuelvas a ver el mensaje Information: You may need to update /etc/fstab..
Verifica tu trabajo listando las particiones en el disco de práctica:
parted "$PRACTICE_DISK" print
Ahora deberías ver dos particiones, siendo la segunda tu nueva partición de intercambio:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 499MB primary swap
Como antes, ejecuta udevadm settle para asegurar que el sistema registre la nueva partición y cree su archivo de dispositivo, como /dev/vdb2 o /dev/nvme1n1p2.
udevadm settle
Ahora, formatea la segunda partición como espacio de intercambio usando el comando mkswap:
mkswap "${PART_PREFIX}2"
La salida mostrará detalles sobre la creación del espacio de intercambio, incluido su tamaño y un UUID generado:
Setting up swapspace version 1, size = 476 MiB (499118080 bytes)
no label, UUID=4379b167-ab39-4c83-bf7c-b28fbdb38725
Para configurar el nuevo espacio de intercambio para que se active de forma persistente, añade una entrada a /etc/fstab. Primero, descubre el UUID de la segunda partición:
lsblk -o UUID "${PART_PREFIX}2"
Anota el UUID de la salida. Será similar a 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Abre /etc/fstab usando nano y añade una nueva línea para tu partición de intercambio. Reemplaza YOUR_SWAP_UUID_HERE con el UUID real que acabas de encontrar.
nano /etc/fstab
Añade la siguiente línea al final del archivo:
UUID=YOUR_SWAP_UUID_HERE swap swap defaults 0 0
Guarda el archivo presionando Ctrl+X, luego Y para confirmar y Enter para escribir en el archivo.
Después de modificar /etc/fstab, recarga el demonio systemd para que reconozca la nueva entrada:
systemctl daemon-reload
Finalmente, habilita el espacio de intercambio usando swapon -a:
swapon -a
Verifica que el nuevo espacio de intercambio esté habilitado:
swapon --show
Deberías ver una salida similar a esta, confirmando que tu nueva partición de intercambio está activa:
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
La salida muestra que tu partición de intercambio recién creada está activa y lista para usarse.
Crear particiones adicionales en el disco de práctica
En este paso, crearás particiones adicionales en el disco de práctica. Dado que has creado una partición XFS y una partición de intercambio usando la tabla de particiones MBR (msdos), todavía tienes espacio disponible para más particiones. Ahora crearás una tercera partición que demuestra la gestión de particiones más grandes.
Primero, verifica la tabla de particiones actual y el espacio disponible en el disco de práctica:
parted "$PRACTICE_DISK" print
Deberías ver las dos particiones que creaste anteriormente:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
Ahora, crearás una tercera partición de 2 GB para almacenamiento adicional. Esta partición comenzará en 1501MB (el final de la partición de intercambio) y terminará en 3501MB (1501MB + 2000MB).
parted "$PRACTICE_DISK" mkpart primary xfs 1501MB 3501MB
Es posible que veas el mensaje Information: You may need to update /etc/fstab..
Verifica la creación de la tercera partición:
parted "$PRACTICE_DISK" print
Ahora deberías ver tres particiones:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary
Ejecuta udevadm settle para asegurar que el sistema detecte la nueva partición:
udevadm settle
Formatear la tercera partición y montarla de forma persistente
En este paso, formatearás la tercera partición (${PART_PREFIX}3) con el sistema de archivos XFS y la configurarás para un montaje persistente en /backup.
Primero, formatea la tercera partición con el sistema de archivos XFS:
mkfs.xfs "${PART_PREFIX}3"
La salida mostrará detalles sobre la creación del sistema de archivos XFS:
meta-data=/dev/nvme1n1p3 isize=512 agcount=4, agsize=122880 blks
= sectsz=512 attr=2, projid32bit=1
= crc=1 finobt=1, sparse=1, rmapbt=0
= reflink=1 bigtime=1 inobtcount=1
data = bsize=4096 blocks=491520, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0, ftype=1
log =internal log bsize=4096 blocks=2560, version=2
= sectsz=512 sunit=0 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
Ahora, crea un directorio de punto de montaje para esta partición. La montarás en /backup.
mkdir -p /backup
Para asegurar que el sistema de archivos se monte automáticamente, añade una entrada a /etc/fstab. Primero, encuentra el UUID de la tercera partición.
lsblk -o UUID "${PART_PREFIX}3"
Anota el UUID de la salida. Será un identificador único como f74ed805-b1fc-401a-a5ee-140f97c6757d.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Abre el archivo /etc/fstab usando nano y añade la nueva entrada. Reemplaza YOUR_UUID_HERE con el UUID real que encontraste.
nano /etc/fstab
Añade la siguiente línea al final del archivo:
UUID=YOUR_UUID_HERE /backup xfs defaults 0 0
Guarda el archivo (Ctrl+X, Y, Enter).
Después de modificar /etc/fstab, recarga el demonio systemd para aplicar los cambios.
systemctl daemon-reload
Finalmente, monta manualmente el directorio /backup para verificar que la configuración sea correcta.
mount /backup
Confirma que el montaje sea exitoso verificando la salida del comando mount:
mount | grep /backup
Deberías ver una salida similar a esta:
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Crear particiones de intercambio adicionales en el disco de práctica con prioridades
En este paso, crearás una partición de intercambio adicional en el disco de práctica y aprenderás sobre las limitaciones de la tabla de particiones. También aprenderás cómo asignar prioridades a las particiones de intercambio. Cuando hay varias particiones de intercambio activas, el sistema utiliza primero la que tiene la prioridad más alta.
Comprender las limitaciones de la tabla de particiones:
La configuración actual utiliza una tabla de particiones MBR (msdos), que tiene una limitación de solo 4 particiones primarias. Después de crear la cuarta partición en este paso, no podrás crear particiones primarias adicionales sin convertir a GPT o usar particiones extendidas.
Primero, verifica la tabla de particiones actual en el disco de práctica:
parted "$PRACTICE_DISK" print
Deberías ver las cuatro particiones que has creado hasta ahora:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary xfs
Ahora, crea la cuarta partición como una partición de intercambio de 512 MB. Comenzará en 3501MB (el final de la tercera partición) y terminará en 4013MB (3501MB + 512MB).
parted "$PRACTICE_DISK" mkpart primary linux-swap 3501MB 4013MB
Es posible que veas el mensaje Information: You may need to update /etc/fstab..
Nota sobre las limitaciones de MBR: En este punto, has alcanzado el límite de 4 particiones para las tablas de particiones MBR. Intentar crear una quinta partición primaria resultaría en un error: Error: Can't create any more partitions.
Muestra la tabla de particiones para verificar tu trabajo:
parted "$PRACTICE_DISK" print
Ahora deberías ver cuatro particiones:
Model: Amazon Elastic Block Store (nvme)
Disk /dev/nvme1n1: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1001MB 1000MB primary xfs
2 1001MB 1501MB 500MB primary linux-swap
3 1501MB 3501MB 2000MB primary xfs
4 3501MB 4013MB 512MB primary linux-swap
Ejecuta udevadm settle para asegurar que el sistema registre la nueva partición y cree su archivo de dispositivo, como /dev/vdb4 o /dev/nvme1n1p4.
udevadm settle
Ahora, inicializa la nueva partición como espacio de intercambio usando el comando mkswap. Anota el UUID de la cuarta partición, ya que lo necesitarás para /etc/fstab.
mkswap "${PART_PREFIX}4"
Ejemplo de salida para la cuarta partición:
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
Para configurar este espacio de intercambio para que se active con una prioridad específica, debes añadir una entrada al archivo /etc/fstab. Un valor de pri (prioridad) más alto indica una mayor preferencia. Establecerás una prioridad más alta para la nueva partición de intercambio.
Abre /etc/fstab usando nano:
nano /etc/fstab
Añade la siguiente línea al final del archivo, reemplazando el UUID con el que anotaste:
UUID=UUID_OF_PARTITION4 swap swap pri=10 0 0
Explicación de la opción pri:
pri=10: Asigna una prioridad de 10 a la cuarta partición. Esto es más alto que la prioridad predeterminada (-2) de la segunda partición, por lo que el sistema preferirá la cuarta partición primero.
Guarda el archivo (Ctrl+X, Y, Enter).
Recarga el demonio systemd para reconocer la nueva entrada en /etc/fstab.
systemctl daemon-reload
Activa el nuevo espacio de intercambio usando swapon -a.
swapon -a
Verifica la activación correcta y la prioridad de los espacios de intercambio usando swapon --show:
swapon --show
Deberías ver una salida que muestra todas las particiones de intercambio activas con sus prioridades. La segunda partición tendrá la prioridad predeterminada -2, mientras que la cuarta partición tendrá la prioridad que asignaste (10).
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Nota de aprendizaje: En un entorno de producción, si necesitaras más de 4 particiones, deberías:
- Convertir a tabla de particiones GPT (admite hasta 128 particiones)
- Usar particiones extendidas con particiones lógicas dentro de ellas
- Usar LVM (Logical Volume Manager) para una gestión de almacenamiento más flexible
Verificar la configuración de montaje persistente sin reiniciar
En este paso final, probarás la configuración de montaje persistente sin reiniciar realmente el sistema, ya que un reinicio te desconectaría del entorno de LabEx. En su lugar, usarás varios comandos para simular y verificar que tus configuraciones funcionarían correctamente después de un reinicio.
Primero, verifiquemos que todas tus entradas de montaje estén configuradas correctamente en /etc/fstab. Muestra el contenido de /etc/fstab para revisar tus entradas:
cat /etc/fstab
Deberías ver tus entradas para las particiones XFS y los espacios de intercambio similares a esto:
## ... existing system entries ...
UUID=your-archive-uuid /archive xfs defaults 0 0
UUID=your-swap-low-uuid swap swap defaults 0 0
UUID=your-backup-uuid /backup xfs defaults 0 0
UUID=your-swap-high-uuid swap swap pri=10 0 0
Ahora, probemos la configuración de montaje desmontando y volviendo a montar los sistemas de archivos para asegurar que funcionen correctamente:
Primero, desmonta el directorio /archive:
umount /archive
Verifica que esté desmontado:
mount | grep /archive
Esto no debería devolver ninguna salida.
Ahora vuelve a montarlo usando la entrada de /etc/fstab:
mount /archive
Verifica que esté montado de nuevo:
mount | grep /archive
Deberías ver:
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Repite el mismo proceso para /backup:
umount /backup
mount /backup
mount | grep /backup
Deberías ver:
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Para los espacios de intercambio, probemos apagándolos y volviéndolos a encender. Primero, apaga todo el intercambio:
swapoff -a
Verifica que no haya intercambio activo:
swapon --show
Esto debería mostrar solo cualquier intercambio del sistema que pueda existir, pero no tus particiones de intercambio personalizadas.
Ahora enciende todo el intercambio usando /etc/fstab:
swapon -a
Verifica que todos los espacios de intercambio estén activos con las prioridades correctas:
swapon --show
Deberías ver una salida similar a esta, con tus particiones de intercambio personalizadas activas y la de mayor prioridad preferida:
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Finalmente, probemos que systemd pueda procesar todas tus entradas de /etc/fstab sin errores:
systemctl daemon-reload
Esto debería completarse sin mensajes de error.
También puedes usar el comando findmnt para verificar que el kernel sería capaz de montar todos los sistemas de archivos definidos en /etc/fstab:
findmnt --verify
Este comando verifica /etc/fstab en busca de posibles problemas. Debido a que este laboratorio define intencionalmente dos entradas de swap, findmnt --verify puede imprimir una advertencia de que el objetivo swap aparece más de una vez. Esa advertencia es esperada para este laboratorio, pero el comando no debería informar errores de análisis o errores graves.
Muestra un resumen final de todo tu trabajo:
echo "=== Final Storage Configuration Summary ==="
echo "Partition tables:"
parted "$PRACTICE_DISK" print
echo ""
echo "Mounted filesystems:"
mount | grep -E "/archive|/backup"
echo ""
echo "Active swap spaces:"
swapon --show
echo ""
echo "fstab entries for persistence:"
grep -E "archive|backup|swap" /etc/fstab
echo ""
echo "UUID verification:"
echo "Device UUIDs:"
lsblk -f "${PART_PREFIX}"{1,2,3,4}
Esto concluye el laboratorio sobre la gestión de particiones de almacenamiento y espacio de intercambio. Has creado y configurado con éxito múltiples particiones con diferentes sistemas de archivos, configurado montajes persistentes y configurado espacios de intercambio con prioridades, todo sin necesidad de reiniciar el sistema.
Resumen
En este laboratorio, los participantes aprendieron a gestionar particiones de almacenamiento y espacio de intercambio en un sistema RHEL 9 dentro del entorno de máquina virtual de LabEx. El laboratorio comenzó identificando el disco de práctica adicional en la máquina virtual actual y comprendiendo su estado antes de proceder con las tareas de particionado.
Los participantes trabajaron con ese disco de práctica, creando una tabla de particiones MBR, luego creando múltiples particiones: una partición XFS para montar en /archive, una partición de intercambio, otra partición XFS para montar en /backup y una partición de intercambio adicional con configuración de prioridad. El laboratorio también demuestra las limitaciones de las tablas de particiones MBR (límite de 4 particiones primarias) y proporciona información sobre alternativas como GPT para escenarios que requieren más particiones.
Un aspecto crucial del laboratorio fue garantizar la configuración persistente a través de entradas adecuadas en /etc/fstab y probar la configuración sin necesidad de reiniciar el sistema (lo que desconectaría el entorno de LabEx). El laboratorio concluyó con procedimientos de verificación exhaustivos para confirmar que todos los montajes y espacios de intercambio se activarían correctamente, proporcionando experiencia práctica con habilidades esenciales de gestión de almacenamiento en RHEL en un entorno de aprendizaje práctico basado en la nube.
