Introduction
Dans ce laboratoire, vous acquerrez une expérience pratique de la gestion des partitions de stockage et de l'espace d'échange (swap) sur des systèmes Red Hat Enterprise Linux (RHEL). Vous apprendrez à créer et à monter de manière persistante des partitions XFS, ainsi qu'à configurer et activer des partitions d'échange avec des priorités variables. Le laboratoire utilise l'environnement de machine virtuelle LabEx avec des périphériques de stockage disponibles, vous permettant de pratiquer ces compétences essentielles d'administration système.
Vous commencerez par inspecter les disques disponibles, puis vous procéderez à la création et à la gestion des partitions, y compris la configuration de tables de partition GPT si nécessaire. Le laboratoire met l'accent sur la garantie de la persistance des montages et de l'activation du swap, offrant une compréhension complète de la gestion des disques dans un environnement RHEL.
Inspecter le disque d'exercice disponible
Dans cette étape, vous allez inspecter les périphériques de stockage disponibles sur votre machine virtuelle LabEx. L'environnement LabEx fournit un périphérique de stockage supplémentaire pour la pratique du partitionnement, mais son nom de périphérique peut varier selon les instances de VM.
Tout d'abord, passez à l'utilisateur root pour effectuer les opérations de gestion de disque. Vous êtes actuellement connecté en tant qu'utilisateur labex avec des privilèges sudo.
sudo su -
Maintenant, examinez les périphériques de bloc disponibles sur le système à l'aide de la commande lsblk :
lsblk
Vous devriez voir une sortie similaire à celle-ci, montrant le disque système et un disque supplémentaire :
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
Ensuite, identifiez le disque d'exercice supplémentaire et définissez des variables shell réutilisables pour les étapes restantes. La variable PRACTICE_DISK stocke le périphérique de disque, et PART_PREFIX gère la différence de nommage des partitions entre des périphériques tels que /dev/vdb1 et /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"
Vous devriez voir une sortie similaire à celle-ci. Le nom de votre périphérique peut être /dev/vdb, /dev/nvme0n1 ou /dev/nvme1n1.
Practice disk: /dev/nvme1n1
Partition prefix: /dev/nvme1n1p
Utilisez la commande lsblk avec l'option -f pour afficher les informations sur le système de fichiers du disque d'exercice :
lsblk -f "$PRACTICE_DISK"
Vous devriez voir une sortie similaire à celle-ci, indiquant que le disque d'exercice est un nouveau disque non formaté :
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1
Ensuite, utilisez la commande parted pour obtenir des informations plus détaillées sur le disque, y compris sa table de partition :
parted "$PRACTICE_DISK" print
La sortie devrait montrer qu'il n'y a pas encore de table de partition sur le disque d'exercice. Le modèle et le nom du périphérique correspondront à votre instance de VM :
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:
Cela confirme que le disque d'exercice supplémentaire est prêt à être partitionné. Le message d'erreur est normal pour un disque qui n'a pas encore été initialisé avec une table de partition.
Créer une partition XFS sur le disque d'exercice et la monter de manière persistante
Dans cette étape, vous allez créer une nouvelle partition sur le disque d'exercice, la formater avec le système de fichiers XFS et la configurer pour un montage persistant.
Les commandes ci-dessous supposent que vous êtes toujours dans le même shell root de l'étape 1, donc les variables PRACTICE_DISK et PART_PREFIX sont toujours disponibles. Vous allez créer une partition primaire de 1 Go sur ce disque et spécifier le type de système de fichiers comme XFS. Commencer au secteur 2048s est un choix d'alignement courant.
Tout d'abord, créez une table de partition sur le disque non initialisé. Utilisez parted en mode interactif pour créer la table de partition et la partition :
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.
Remarque : La commande mklabel msdos crée une table de partition MBR (Master Boot Record) sur le disque. C'est nécessaire avant de pouvoir créer des partitions. Après avoir créé la table de partition, vous pouvez procéder avec mkpart pour créer la partition réelle. Comme la partition commence au secteur 2048s, définir la position de fin à 1001MB donne une taille de partition d'environ 1 Go. Lorsque vous quittez parted, vous verrez un message informatif sur la mise à jour de /etc/fstab, ce qui est normal.
Pour vérifier que la partition a été créée, affichez la table de partition du disque d'exercice :
parted "$PRACTICE_DISK" print
Vous devriez voir une sortie similaire à celle-ci, montrant votre partition primaire nouvellement créée :
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
Après avoir créé une nouvelle partition, exécutez udevadm settle afin que le noyau enregistre le nouveau périphérique de partition, tel que /dev/vdb1 ou /dev/nvme1n1p1.
udevadm settle
Maintenant que la partition est créée, formatez-la avec le système de fichiers XFS :
mkfs.xfs "${PART_PREFIX}1"
La sortie affichera les détails sur la création du système de fichiers 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
Pour rendre le système de fichiers accessible, créez un répertoire de point de montage. Vous monterez cette partition sur /archive.
mkdir -p /archive
Pour un montage persistant, ajoutez une entrée dans /etc/fstab. Utilisez l'UUID de la partition car les noms de périphériques tels que /dev/vdb1 ou /dev/nvme1n1p1 peuvent varier entre les environnements.
Découvrez l'UUID de la première partition :
lsblk --fs "${PART_PREFIX}1"
Notez l'UUID de la sortie. Il ressemblera à quelque chose comme 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
nvme1n1p1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Maintenant, ouvrez le fichier /etc/fstab avec nano et ajoutez une nouvelle ligne pour votre partition. Remplacez YOUR_UUID_HERE par l'UUID réel que vous venez de trouver.
nano /etc/fstab
Ajoutez la ligne suivante à la fin du fichier :
UUID=YOUR_UUID_HERE /archive xfs defaults 0 0
Enregistrez le fichier en appuyant sur Ctrl+X, puis Y pour confirmer, et Enter pour écrire dans le fichier.
Après avoir modifié /etc/fstab, demandez à systemd de recharger sa configuration afin qu'il reconnaisse la nouvelle entrée.
systemctl daemon-reload
Enfin, montez le nouveau système de fichiers en utilisant l'entrée dans /etc/fstab.
mount /archive
Vérifiez que le nouveau système de fichiers est monté correctement :
mount | grep /archive
Vous devriez voir une sortie similaire à celle-ci, confirmant le succès du montage :
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Créer et activer une partition d'échange (swap) sur le disque d'exercice
Dans cette étape, vous allez créer une partition d'échange sur le disque d'exercice. L'espace d'échange est une partie d'un disque dur (HDD) ou d'un disque SSD utilisée pour le stockage temporaire lorsque le système manque de RAM physique. Il agit comme un débordement pour la RAM, permettant au système de continuer à fonctionner même lorsque la mémoire est rare, bien qu'à une vitesse plus lente.
Tout d'abord, inspectez la table de partition actuelle sur le disque d'exercice pour déterminer où créer la nouvelle partition d'échange.
parted "$PRACTICE_DISK" print
Vous devriez voir la partition XFS existante (${PART_PREFIX}1) que vous avez créée à l'étape précédente :
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
Maintenant, ajoutez une nouvelle partition primaire de 500 Mo à utiliser comme espace d'échange. La nouvelle partition commence immédiatement après la première partition existante, elle commence donc à 1001MB et se termine à 1501MB.
Utilisez parted en mode non interactif pour créer cette partition :
parted "$PRACTICE_DISK" mkpart primary linux-swap 1001MB 1501MB
Vous pourriez revoir le message Information: You may need to update /etc/fstab..
Vérifiez votre travail en listant les partitions sur le disque d'exercice :
parted "$PRACTICE_DISK" print
Vous devriez maintenant voir deux partitions, la deuxième étant votre nouvelle partition d'échange :
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
Comme précédemment, exécutez udevadm settle pour vous assurer que le système enregistre la nouvelle partition et crée son fichier de périphérique, tel que /dev/vdb2 ou /dev/nvme1n1p2.
udevadm settle
Maintenant, formatez la deuxième partition en tant qu'espace d'échange à l'aide de la commande mkswap :
mkswap "${PART_PREFIX}2"
La sortie affichera les détails sur la création de l'espace d'échange, y compris sa taille et un UUID généré :
Setting up swapspace version 1, size = 476 MiB (499118080 bytes)
no label, UUID=4379b167-ab39-4c83-bf7c-b28fbdb38725
Pour configurer le nouvel espace d'échange afin qu'il s'active de manière persistante, ajoutez une entrée dans /etc/fstab. Tout d'abord, découvrez l'UUID de la deuxième partition :
lsblk -o UUID "${PART_PREFIX}2"
Notez l'UUID de la sortie. Il sera similaire à 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Ouvrez /etc/fstab avec nano et ajoutez une nouvelle ligne pour votre partition d'échange. Remplacez YOUR_SWAP_UUID_HERE par l'UUID réel que vous venez de trouver.
nano /etc/fstab
Ajoutez la ligne suivante à la fin du fichier :
UUID=YOUR_SWAP_UUID_HERE swap swap defaults 0 0
Enregistrez le fichier en appuyant sur Ctrl+X, puis Y pour confirmer, et Enter pour écrire dans le fichier.
Après avoir modifié /etc/fstab, rechargez le démon systemd pour reconnaître la nouvelle entrée :
systemctl daemon-reload
Enfin, activez l'espace d'échange en utilisant swapon -a :
swapon -a
Vérifiez que le nouvel espace d'échange est activé :
swapon --show
Vous devriez voir une sortie similaire à celle-ci, confirmant que votre nouvelle partition d'échange est active :
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
La sortie montre que votre partition d'échange nouvellement créée est active et prête à être utilisée.
Créer des partitions supplémentaires sur le disque d'exercice
Dans cette étape, vous allez créer des partitions supplémentaires sur le disque d'exercice. Comme vous avez créé une partition XFS et une partition d'échange en utilisant la table de partition MBR (msdos), vous avez encore de l'espace disponible pour plus de partitions. Vous allez maintenant créer une troisième partition qui démontre la gestion de partitions plus grandes.
Tout d'abord, vérifiez la table de partition actuelle et l'espace disponible sur le disque d'exercice :
parted "$PRACTICE_DISK" print
Vous devriez voir les deux partitions que vous avez créées précédemment :
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
Maintenant, vous allez créer une troisième partition de 2 Go pour du stockage supplémentaire. Cette partition commencera à 1501MB (la fin de la partition d'échange) et se terminera à 3501MB (1501MB + 2000MB).
parted "$PRACTICE_DISK" mkpart primary xfs 1501MB 3501MB
Vous pourriez voir le message Information: You may need to update /etc/fstab..
Vérifiez la création de la troisième partition :
parted "$PRACTICE_DISK" print
Vous devriez maintenant voir trois partitions :
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
Exécutez udevadm settle pour vous assurer que le système détecte la nouvelle partition :
udevadm settle
Formater la troisième partition et la monter de manière persistante
Dans cette étape, vous allez formater la troisième partition (${PART_PREFIX}3) avec le système de fichiers XFS et la configurer pour un montage persistant sur /backup.
Tout d'abord, formatez la troisième partition avec le système de fichiers XFS :
mkfs.xfs "${PART_PREFIX}3"
La sortie affichera les détails sur la création du système de fichiers 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
Maintenant, créez un répertoire de point de montage pour cette partition. Vous la monterez sur /backup.
mkdir -p /backup
Pour vous assurer que le système de fichiers se monte automatiquement, ajoutez une entrée dans /etc/fstab. Tout d'abord, trouvez l'UUID de la troisième partition.
lsblk -o UUID "${PART_PREFIX}3"
Notez l'UUID de la sortie. Ce sera un identifiant unique comme f74ed805-b1fc-401a-a5ee-140f97c6757d.
UUID
f74ed805-b1fc-401a-a5ee-140f97c6757d
Ouvrez le fichier /etc/fstab avec nano et ajoutez la nouvelle entrée. Remplacez YOUR_UUID_HERE par l'UUID réel que vous avez trouvé.
nano /etc/fstab
Ajoutez la ligne suivante à la fin du fichier :
UUID=YOUR_UUID_HERE /backup xfs defaults 0 0
Enregistrez le fichier (Ctrl+X, Y, Enter).
Après avoir modifié /etc/fstab, rechargez le démon systemd pour appliquer les changements.
systemctl daemon-reload
Enfin, montez manuellement le répertoire /backup pour vérifier que la configuration est correcte.
mount /backup
Confirmez que le montage est réussi en vérifiant la sortie de la commande mount :
mount | grep /backup
Vous devriez voir une sortie similaire à celle-ci :
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Créer des partitions d'échange supplémentaires sur le disque d'exercice avec des priorités
Dans cette étape, vous allez créer une partition d'échange supplémentaire sur le disque d'exercice et en apprendre davantage sur les limitations de la table de partition. Vous apprendrez également comment attribuer des priorités aux partitions d'échange. Lorsque plusieurs partitions d'échange sont actives, le système utilise d'abord celle avec la priorité la plus élevée.
Comprendre les limitations de la table de partition :
La configuration actuelle utilise une table de partition MBR (msdos), qui a une limitation de seulement 4 partitions primaires. Après avoir créé la quatrième partition dans cette étape, vous ne pourrez pas créer de partitions primaires supplémentaires sans convertir en GPT ou utiliser des partitions étendues.
Tout d'abord, vérifiez la table de partition actuelle sur le disque d'exercice :
parted "$PRACTICE_DISK" print
Vous devriez voir les quatre partitions que vous avez créées jusqu'à présent :
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
Maintenant, créez la quatrième partition en tant que partition d'échange de 512 Mo. Elle commencera à 3501MB (la fin de la troisième partition) et se terminera à 4013MB (3501MB + 512MB).
parted "$PRACTICE_DISK" mkpart primary linux-swap 3501MB 4013MB
Vous pourriez voir le message Information: You may need to update /etc/fstab..
Remarque sur les limitations MBR : À ce stade, vous avez atteint la limite de 4 partitions pour les tables de partition MBR. Tenter de créer une cinquième partition primaire entraînerait une erreur : Error: Can't create any more partitions.
Affichez la table de partition pour vérifier votre travail :
parted "$PRACTICE_DISK" print
Vous devriez maintenant voir quatre partitions :
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
Exécutez udevadm settle pour vous assurer que le système enregistre la nouvelle partition et crée son fichier de périphérique, tel que /dev/vdb4 ou /dev/nvme1n1p4.
udevadm settle
Maintenant, initialisez la nouvelle partition en tant qu'espace d'échange à l'aide de la commande mkswap. Notez l'UUID de la quatrième partition, car vous en aurez besoin pour /etc/fstab.
mkswap "${PART_PREFIX}4"
Exemple de sortie pour la quatrième partition :
Setting up swapspace version 1, size = 488 MiB (511705088 bytes)
no label, UUID=87976166-4697-47b7-86d1-73a02f0fc803
Pour configurer cet espace d'échange afin qu'il s'active avec une priorité spécifique, vous devez ajouter une entrée dans le fichier /etc/fstab. Une valeur pri (priorité) plus élevée indique une préférence plus élevée. Vous allez définir une priorité plus élevée pour la nouvelle partition d'échange.
Ouvrez /etc/fstab avec nano :
nano /etc/fstab
Ajoutez la ligne suivante à la fin du fichier, en remplaçant l'UUID par celui que vous avez noté :
UUID=UUID_OF_PARTITION4 swap swap pri=10 0 0
Explication de l'option pri :
pri=10: Attribue une priorité de 10 à la quatrième partition. C'est plus élevé que la priorité par défaut (-2) de la deuxième partition, donc le système préférera d'abord la quatrième partition.
Enregistrez le fichier (Ctrl+X, Y, Enter).
Rechargez le démon systemd pour reconnaître la nouvelle entrée /etc/fstab.
systemctl daemon-reload
Activez le nouvel espace d'échange en utilisant swapon -a.
swapon -a
Vérifiez l'activation correcte et la priorité des espaces d'échange en utilisant swapon --show :
swapon --show
Vous devriez voir une sortie montrant toutes les partitions d'échange actives avec leurs priorités. La deuxième partition aura la priorité par défaut -2, tandis que la quatrième partition aura la priorité que vous avez attribuée (10).
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Note d'apprentissage : Dans un environnement de production, si vous aviez besoin de plus de 4 partitions, vous devriez soit :
- Convertir en table de partition GPT (prend en charge jusqu'à 128 partitions)
- Utiliser des partitions étendues avec des partitions logiques à l'intérieur
- Utiliser LVM (Logical Volume Manager) pour une gestion du stockage plus flexible
Vérifier la configuration du montage persistant sans redémarrage
Dans cette dernière étape, vous allez tester la configuration du montage persistant sans réellement redémarrer le système, car un redémarrage vous déconnecterait de l'environnement LabEx. Au lieu de cela, vous utiliserez diverses commandes pour simuler et vérifier que vos configurations fonctionneraient correctement après un redémarrage.
Tout d'abord, vérifions que toutes vos entrées de montage sont correctement configurées dans /etc/fstab. Affichez le contenu de /etc/fstab pour examiner vos entrées :
cat /etc/fstab
Vous devriez voir vos entrées pour les partitions XFS et les espaces d'échange similaires à ceci :
## ... 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
Maintenant, testons la configuration du montage en démontant et en remontant les systèmes de fichiers pour nous assurer qu'ils fonctionnent correctement :
Tout d'abord, démontez le répertoire /archive :
umount /archive
Vérifiez qu'il est démonté :
mount | grep /archive
Cela ne devrait renvoyer aucune sortie.
Maintenant, remontez-le en utilisant l'entrée /etc/fstab :
mount /archive
Vérifiez qu'il est remonté :
mount | grep /archive
Vous devriez voir :
/dev/nvme1n1p1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Répétez le même processus pour /backup :
umount /backup
mount /backup
mount | grep /backup
Vous devriez voir :
/dev/nvme1n1p3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Pour les espaces d'échange, testons en les désactivant puis en les réactivant. Tout d'abord, désactivez tout le swap :
swapoff -a
Vérifiez qu'aucun swap n'est actif :
swapon --show
Cela ne devrait montrer que tout swap système qui pourrait exister, mais pas vos partitions d'échange personnalisées.
Maintenant, activez tout le swap en utilisant /etc/fstab :
swapon -a
Vérifiez que tous les espaces d'échange sont actifs avec les priorités correctes :
swapon --show
Vous devriez voir une sortie similaire à celle-ci, avec vos partitions d'échange personnalisées actives et celle avec la priorité la plus élevée préférée :
NAME TYPE SIZE USED PRIO
/dev/nvme1n1p2 partition 476M 0B -2
/dev/nvme1n1p4 partition 488M 0B 10
Enfin, testons que systemd peut traiter toutes vos entrées /etc/fstab sans erreur :
systemctl daemon-reload
Cela devrait se terminer sans aucun message d'erreur.
Vous pouvez également utiliser la commande findmnt pour vérifier que le noyau serait capable de monter tous les systèmes de fichiers définis dans /etc/fstab :
findmnt --verify
Cette commande vérifie /etc/fstab pour des problèmes potentiels. Comme ce laboratoire définit intentionnellement deux entrées swap, findmnt --verify peut afficher un avertissement indiquant que la cible swap apparaît plus d'une fois. Cet avertissement est attendu pour ce laboratoire, mais la commande ne devrait pas signaler d'erreurs d'analyse ou d'erreurs graves.
Affichez un résumé final de tout votre travail :
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}
Ceci conclut le laboratoire sur la gestion des partitions de stockage et de l'espace d'échange. Vous avez réussi à créer et configurer plusieurs partitions avec différents systèmes de fichiers, à configurer des montages persistants et à configurer des espaces d'échange avec des priorités, le tout sans nécessiter de redémarrage du système.
Résumé
Dans ce laboratoire, les participants ont appris à gérer les partitions de stockage et l'espace d'échange sur un système RHEL 9 au sein de l'environnement de machine virtuelle LabEx. Le laboratoire a commencé par l'identification du disque d'exercice supplémentaire dans la VM actuelle et la compréhension de son état actuel avant de procéder aux tâches de partitionnement.
Les participants ont travaillé avec ce disque d'exercice, créant une table de partition MBR, puis créant plusieurs partitions : une partition XFS pour le montage sur /archive, une partition d'échange, une autre partition XFS pour le montage sur /backup, et une partition d'échange supplémentaire avec une configuration de priorité. Le laboratoire démontre également les limitations des tables de partition MBR (limite de 4 partitions primaires) et donne un aperçu des alternatives comme GPT pour les scénarios nécessitant plus de partitions.
Un aspect crucial du laboratoire était d'assurer une configuration persistante grâce à des entrées /etc/fstab appropriées et de tester la configuration sans nécessiter de redémarrage du système (ce qui déconnecterait l'environnement LabEx). Le laboratoire s'est conclu par des procédures de vérification complètes pour confirmer que tous les montages et espaces d'échange s'activeraient correctement, offrant une expérience pratique des compétences essentielles de gestion du stockage RHEL dans un environnement d'apprentissage pratique basé sur le cloud.
