Introducción
En este laboratorio, obtendrá experiencia práctica en la gestión de particiones de almacenamiento y espacio de intercambio (swap space) en sistemas Red Hat Enterprise Linux (RHEL). Aprenderá a crear y montar persistentemente particiones XFS, así como a configurar y activar particiones de intercambio con diferentes prioridades. El laboratorio utiliza el entorno de máquina virtual (VM) de LabEx con dispositivos de almacenamiento disponibles, lo que le permite practicar estas habilidades esenciales de administración de sistemas.
Comenzará inspeccionando los discos disponibles, luego procederá 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 del intercambio, proporcionando una comprensión integral de la gestión de discos en un entorno RHEL.
Inspeccionar los dispositivos de almacenamiento disponibles
En este paso, inspeccionará los dispositivos de almacenamiento disponibles en su máquina virtual (VM) de LabEx. El entorno LabEx proporciona un dispositivo de almacenamiento adicional que puede utilizar para practicar la partición.
Primero, cambie al usuario root para realizar operaciones de gestión de discos. Actualmente está conectado como el usuario labex con privilegios sudo.
sudo su -
Ahora, examinemos los dispositivos de bloques disponibles en el sistema utilizando el comando lsblk:
lsblk
Debería ver una salida similar a esta, que muestra varios dispositivos de almacenamiento:
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 /
vdb 253:16 0 40G 0 disk
En este entorno, tiene acceso a un dispositivo de almacenamiento adicional /dev/vdb que no está particionado y está listo para su uso. Inspeccionemos este dispositivo más de cerca.
Utilice el comando lsblk con la opción -f para mostrar la información del sistema de archivos (filesystem) para /dev/vdb:
lsblk -f /dev/vdb
Debería ver una salida similar a esta, que indica que /dev/vdb es un disco nuevo y sin formato:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb
A continuación, utilice el comando parted para obtener información más detallada sobre el disco, incluyendo su tabla de particiones:
parted /dev/vdb print
La salida debería mostrar que aún no hay una tabla de particiones en /dev/vdb:
Error: /dev/vdb: unrecognised disk label
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 42.9GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:
Esto confirma que /dev/vdb es un disco nuevo listo para la partición. 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 /dev/vdb y montarla de forma persistente
En este paso, creará una nueva partición en /dev/vdb, la formateará con el sistema de archivos XFS y la configurará para que se monte de forma persistente.
Creará una partición primaria de 1 GB en /dev/vdb y especificará el tipo de sistema de archivos como XFS. Es una buena práctica alinear las particiones a los límites de los sectores para un rendimiento óptimo. Comenzar en el sector 2048 es una alineación común.
Primero, necesita crear una tabla de particiones en el disco no inicializado. Utilice parted en modo interactivo para crear la tabla de particiones y la partición:
parted /dev/vdb
GNU Parted 3.5
Using /dev/vdb
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, puede proceder con mkpart para crear la partición real. Dado que la partición comienza en el sector 2048, establecer la posición final en 1001MB resultará en un tamaño de partición de aproximadamente 1 GB. Al salir de parted, verá un mensaje informativo sobre la actualización de /etc/fstab, lo cual es normal.
Para verificar que la partición se ha creado, utilice parted para imprimir la tabla de particiones de /dev/vdb:
parted /dev/vdb print
Debería ver una salida similar a esta, mostrando su partición primaria recién creada:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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, es crucial informar al kernel sobre los cambios. El comando udevadm settle espera a que el sistema registre la nueva partición y cree su archivo de dispositivo correspondiente (por ejemplo, /dev/vdb1).
udevadm settle
Ahora que la partición está creada, necesita formatearla con el sistema de archivos XFS. Esto prepara la partición para almacenar datos. Utilice el comando mkfs.xfs para esto:
mkfs.xfs /dev/vdb1
La salida mostrará detalles sobre la creación del sistema de archivos XFS:
meta-data=/dev/vdb1 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, necesita montarlo. Primero, cree un directorio de punto de montaje. Montará esta partición en /archive.
mkdir /archive
Para el montaje persistente (lo que significa que el sistema de archivos se montará automáticamente cada vez que el sistema arranque), necesita agregar una entrada al archivo /etc/fstab. Es una buena práctica utilizar el Identificador Único Universal (UUID) de la partición en /etc/fstab porque los nombres de dispositivo como /dev/vdb1 pueden cambiar si se agregan o eliminan nuevos discos.
Descubra el UUID de /dev/vdb1 usando lsblk --fs:
lsblk --fs /dev/vdb1
Anote el UUID de la salida. Se verá algo como 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Ahora, abra el archivo /etc/fstab usando nano y agregue una nueva línea para su partición. Reemplace YOUR_UUID_HERE con el UUID real que acaba de encontrar.
nano /etc/fstab
Agregue la siguiente línea al final del archivo:
UUID=YOUR_UUID_HERE /archive xfs defaults 0 0
Explicación de la entrada de /etc/fstab:
UUID=YOUR_UUID_HERE: Especifica el dispositivo a montar usando su UUID./archive: El directorio de punto de montaje.xfs: El tipo de sistema de archivos.defaults: Un conjunto común de opciones de montaje (rw, suid, dev, exec, auto, nouser, async).0: Opcióndump(0 significa sin dump).0: Orden defsck(0 significa sin verificación fsck al arrancar).
Guarde el archivo presionando Ctrl+X, luego Y para confirmar, y Enter para escribir en el archivo.
Después de modificar /etc/fstab, necesita indicarle a systemd que recargue su configuración para que reconozca la nueva entrada.
systemctl daemon-reload
Finalmente, monte el nuevo sistema de archivos utilizando la entrada en /etc/fstab. El comando mount /archive utilizará la información de /etc/fstab para montar /dev/vdb1 en /archive.
mount /archive
Verifique que el nuevo sistema de archivos esté montado correctamente comprobando la salida del comando mount y filtrando por /archive:
mount | grep /archive
Debería ver una salida similar a esta, confirmando el montaje exitoso:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Crear y activar una partición de intercambio (swap) en /dev/vdb
En este paso, creará una partición de intercambio en el disco /dev/vdb. El espacio de intercambio (swap space) es una porción de un disco duro (HDD) o una unidad de estado sólido (SSD) que se utiliza para almacenamiento temporal cuando el sistema se queda sin RAM física. Actúa como un desbordamiento de la RAM, lo que permite que el sistema continúe funcionando incluso cuando la memoria es escasa, aunque a una velocidad más lenta.
Primero, inspeccionemos la tabla de particiones actual en /dev/vdb para determinar dónde crear la nueva partición de intercambio.
parted /dev/vdb print
Debería ver la partición XFS existente (/dev/vdb1) que creó en el paso anterior:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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, agregará una nueva partición primaria de 500 MB para usarla como espacio de intercambio. Establecerá el tipo de sistema de archivos de la partición en linux-swap. La nueva partición comenzará inmediatamente después de la partición /dev/vdb1 existente. El final de /dev/vdb1 está en 1001MB. Por lo tanto, la nueva partición comenzará en 1001MB y terminará en 1501MB (1001MB + 500MB).
Utilice parted en modo no interactivo para crear esta partición:
parted /dev/vdb mkpart primary linux-swap 1001MB 1501MB
Es posible que vea el mensaje Information: You may need to update /etc/fstab. nuevamente.
Verifique su trabajo enumerando las particiones en el disco /dev/vdb:
parted /dev/vdb print
Ahora debería ver dos particiones, siendo la segunda su nueva partición de intercambio:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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, después de crear una nueva partición, debe ejecutar udevadm settle para asegurarse de que el sistema registre la nueva partición y cree su archivo de dispositivo (/dev/vdb2).
udevadm settle
Ahora, formatee la nueva partición (/dev/vdb2) como espacio de intercambio utilizando el comando mkswap. Este comando inicializa la partición para su uso como intercambio.
mkswap /dev/vdb2
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 persistentemente, necesita agregar una entrada al archivo /etc/fstab. Primero, descubra el UUID del dispositivo /dev/vdb2.
lsblk -o UUID /dev/vdb2
Anote el UUID de la salida. Será similar a 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Abra el archivo /etc/fstab utilizando nano y agregue una nueva línea para su partición de intercambio. Reemplace YOUR_SWAP_UUID_HERE con el UUID real que acaba de encontrar.
nano /etc/fstab
Agregue la siguiente línea al final del archivo:
UUID=YOUR_SWAP_UUID_HERE swap swap defaults 0 0
Explicación de la entrada de /etc/fstab para el intercambio:
UUID=YOUR_SWAP_UUID_HERE: Especifica el dispositivo a utilizar como intercambio.swap: El punto de montaje (para el intercambio, esto siempre esswap).swap: El tipo de sistema de archivos (para el intercambio, esto siempre esswap).defaults: Opciones estándar para el intercambio.0: Opcióndump(0 significa sin volcado).0: Ordenfsck(0 significa sin comprobación fsck para el intercambio).
Guarde el archivo presionando Ctrl+X, luego Y para confirmar y Enter para escribir en el archivo.
Después de modificar /etc/fstab, recargue el demonio systemd para reconocer la nueva entrada.
systemctl daemon-reload
Finalmente, habilite el espacio de intercambio utilizando el comando swapon -a. La opción -a le dice a swapon que habilite todos los dispositivos de intercambio enumerados en /etc/fstab.
swapon -a
Verifique que el nuevo espacio de intercambio esté habilitado utilizando swapon --show:
swapon --show
Debería ver una salida similar a esta, confirmando que su nueva partición de intercambio está activa:
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
La salida muestra que su partición de intercambio recién creada está activa y lista para usar.
Crear particiones adicionales en /dev/vdb
En este paso, creará particiones adicionales en /dev/vdb. Dado que ha creado una partición XFS y una partición de intercambio (swap) utilizando la tabla de particiones MBR (msdos), aún tiene espacio disponible para más particiones. Ahora creará una tercera partición que demostrará la gestión de particiones más grandes.
Primero, verifiquemos la tabla de particiones actual y el espacio disponible en /dev/vdb:
parted /dev/vdb print
Debería ver las dos particiones que creó anteriormente:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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á 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 /dev/vdb mkpart primary xfs 1501MB 3501MB
Es posible que vea el mensaje Information: You may need to update /etc/fstab..
Verifique la creación de la tercera partición:
parted /dev/vdb print
Ahora debería ver tres particiones:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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
Ejecute udevadm settle para asegurarse de que el sistema detecte la nueva partición:
udevadm settle
Formatear la tercera partición y montarla de forma persistente
En este paso, formateará la tercera partición (/dev/vdb3) con el sistema de archivos XFS y la configurará para el montaje persistente en /backup.
Primero, formatee la partición /dev/vdb3 con el sistema de archivos XFS:
mkfs.xfs /dev/vdb3
La salida mostrará detalles sobre la creación del sistema de archivos XFS:
meta-data=/dev/vdb3 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, cree un directorio de punto de montaje para esta partición. Lo montará en /backup.
mkdir /backup
Para asegurar que el sistema de archivos se monte automáticamente, necesita agregar una entrada a /etc/fstab. Primero, encuentre el UUID de la partición /dev/vdb3.
lsblk -o UUID /dev/vdb3
Anote el UUID de la salida. Será un identificador único como f74ed805-b1fc-401a-a5ee-140f97c6757d.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Abra el archivo /etc/fstab utilizando nano y agregue la nueva entrada. Reemplace YOUR_UUID_HERE con el UUID real que encontró.
nano /etc/fstab
Agregue la siguiente línea al final del archivo:
UUID=YOUR_UUID_HERE /backup xfs defaults 0 0
Guarde el archivo (Ctrl+X, Y, Enter).
Después de modificar /etc/fstab, recargue el demonio systemd para aplicar los cambios.
systemctl daemon-reload
Finalmente, monte manualmente el directorio /backup para verificar que la configuración es correcta.
mount /backup
Confirme que el montaje se realizó correctamente verificando la salida del comando mount:
mount | grep /backup
Debería ver una salida similar a esta:
/dev/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Crear particiones swap adicionales en /dev/vdb con prioridades
En este paso, creará una partición de intercambio (swap) adicional en /dev/vdb y aprenderá sobre las limitaciones de la tabla de particiones. También aprenderá a 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.
Entendiendo 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. Dado que ya ha creado 4 particiones, no puede crear particiones primarias adicionales sin convertir a GPT o usar particiones extendidas.
Primero, verifique la tabla de particiones actual en /dev/vdb:
parted /dev/vdb print
Debería ver las cuatro particiones que ha creado hasta ahora:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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, cree 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 /dev/vdb mkpart primary linux-swap 3501MB 4013MB
Es posible que vea el mensaje Information: You may need to update /etc/fstab..
Nota sobre las limitaciones de MBR: En este punto, ha 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.
Muestre la tabla de particiones para verificar su trabajo:
parted /dev/vdb print
Ahora debería ver cuatro particiones:
Model: Virtio Block Device (virtblk)
Disk /dev/vdb: 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
Ejecute udevadm settle para asegurarse de que el sistema registre la nueva partición y cree su archivo de dispositivo (/dev/vdb4).
udevadm settle
Ahora, inicialice la nueva partición como espacio de intercambio utilizando el comando mkswap. Anote el UUID para /dev/vdb4, ya que lo necesitará para /etc/fstab.
mkswap /dev/vdb4
Ejemplo de salida para /dev/vdb4:
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, necesita agregar una entrada al archivo /etc/fstab. Un valor pri (prioridad) más alto indica una preferencia más alta. Establecerá una prioridad más alta para la nueva partición de intercambio.
Abra /etc/fstab usando nano:
nano /etc/fstab
Agregue la siguiente línea al final del archivo, reemplazando el UUID con el que anotó:
UUID=UUID_OF_VDB4 swap swap pri=10 0 0
Explicación de la opción pri:
pri=10: Asigna una prioridad de 10 a/dev/vdb4. Esto es más alto que la prioridad predeterminada (-2) de/dev/vdb2, por lo que el sistema preferirá usar/dev/vdb4antes que/dev/vdb2.
Guarde el archivo (Ctrl+X, Y, Enter).
Recargue el demonio systemd para reconocer la nueva entrada de /etc/fstab.
systemctl daemon-reload
Active el nuevo espacio de intercambio usando swapon -a.
swapon -a
Verifique la activación correcta y la prioridad de los espacios de intercambio usando swapon --show:
swapon --show
Debería ver una salida que muestre todas las particiones de intercambio activas con sus prioridades. /dev/vdb2 tendrá la prioridad predeterminada (-2), mientras que /dev/vdb4 tendrá la prioridad que asignó (10).
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
/dev/vdb4 partition 488M 0B 10
Nota de aprendizaje: En un entorno de producción, si necesitara más de 4 particiones, haría lo siguiente:
- Convertir a la 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á la configuración de montaje persistente sin reiniciar realmente el sistema, ya que un reinicio lo desconectaría del entorno de LabEx. En cambio, utilizará varios comandos para simular y verificar que sus configuraciones funcionarían correctamente después de un reinicio.
Primero, verifiquemos que todas sus entradas de montaje estén configuradas correctamente en /etc/fstab. Muestre el contenido de /etc/fstab para revisar sus entradas:
cat /etc/fstab
Debería ver sus entradas para las particiones XFS y los espacios de intercambio (swap) de forma similar a esta:
## ... existing system entries ...
UUID=your-vdb1-uuid /archive xfs defaults 0 0
UUID=your-vdb2-uuid swap swap defaults 0 0
UUID=your-vdb3-uuid /backup xfs defaults 0 0
UUID=your-vdb4-uuid swap swap pri=10 0 0
UUID=your-vdb5-uuid swap swap pri=20 0 0
Ahora, probemos la configuración de montaje desmontando y volviendo a montar los sistemas de archivos para asegurarnos de que funcionen correctamente:
Primero, desmonte el directorio /archive:
umount /archive
Verifique que esté desmontado:
mount | grep /archive
Esto no debería devolver ninguna salida.
Ahora, vuelva a montarlo usando la entrada de /etc/fstab:
mount /archive
Verifique que esté montado de nuevo:
mount | grep /archive
Debería ver:
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Repita el mismo proceso para /backup:
umount /backup
mount /backup
mount | grep /backup
Debería ver:
/dev/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Para los espacios de intercambio (swap), probemos apagándolos y volviéndolos a encender. Primero, apague todo el intercambio:
swapoff -a
Verifique que no haya intercambio activo:
swapon --show
Esto debería mostrar solo cualquier intercambio del sistema que pueda existir, pero no sus particiones de intercambio personalizadas.
Ahora, encienda todo el intercambio usando /etc/fstab:
swapon -a
Verifique que todos los espacios de intercambio estén activos con las prioridades correctas:
swapon --show
Debería ver una salida similar a esta, con todas sus particiones de intercambio activas y las prioridades correctas:
NAME TYPE SIZE USED PRIO
/dev/vda2 partition 2G 0B -2
/dev/vdb2 partition 476M 0B -2
/dev/vdc2 partition 244M 0B 10
/dev/vdc3 partition 244M 0B 20
Finalmente, probemos que systemd pueda procesar todas sus entradas de /etc/fstab sin errores:
systemctl daemon-reload
Esto debería completarse sin ningún mensaje de error.
También puede usar el comando findmnt para verificar que el kernel pueda montar todos los sistemas de archivos definidos en /etc/fstab:
findmnt --verify
Este comando verifica /etc/fstab en busca de posibles problemas y debería completarse sin errores.
Muestre un resumen final de todo su trabajo:
echo "=== Final Storage Configuration Summary ==="
echo "Partition tables:"
parted /dev/vdb 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 /dev/vdb* | grep -E "vdb[1-4]"
Esto concluye el laboratorio sobre la gestión de particiones de almacenamiento y espacio de intercambio. Ha creado y configurado con éxito múltiples particiones con diferentes sistemas de archivos, ha configurado montajes persistentes y ha configurado espacios de intercambio con prioridades, todo sin requerir un reinicio del sistema.
Resumen
En este laboratorio, los participantes aprendieron a gestionar particiones de almacenamiento y espacio de intercambio (swap) en un sistema RHEL 9 dentro del entorno de la máquina virtual (VM) de LabEx. El laboratorio comenzó con la inspección del dispositivo de almacenamiento disponible (/dev/vdb) y la comprensión de su estado actual antes de proceder con las tareas de particionamiento.
Los participantes trabajaron con /dev/vdb, creando una tabla de particiones MBR, luego creando múltiples particiones: una partición XFS para montar en /archive, una partición de intercambio (swap), 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 asegurar la configuración persistente a través de las entradas adecuadas en /etc/fstab y probar la configuración sin requerir un reinicio del 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 de RHEL en un entorno de aprendizaje práctico basado en la nube.
