Introduction
Dans ce laboratoire, vous acquerrez une expérience pratique dans la gestion des partitions de stockage et de l'espace d'échange (swap space) sur les 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 (VM) LabEx avec des périphériques de stockage disponibles, vous permettant de pratiquer ces compétences essentielles en 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 des tables de partition GPT si nécessaire. Le laboratoire met l'accent sur la garantie des montages persistants et de l'activation du swap, offrant une compréhension complète de la gestion des disques dans un environnement RHEL.
Inspecter les périphériques de stockage disponibles
Dans cette étape, vous allez inspecter les périphériques de stockage disponibles sur votre VM LabEx. L'environnement LabEx fournit un périphérique de stockage supplémentaire que vous pouvez utiliser pour la pratique du partitionnement.
Tout d'abord, passez à l'utilisateur root pour effectuer les opérations de gestion des disques. Vous êtes actuellement connecté en tant qu'utilisateur labex avec des privilèges sudo.
sudo su -
Maintenant, examinons les périphériques de blocs disponibles sur le système en utilisant la commande lsblk :
lsblk
Vous devriez voir une sortie similaire à celle-ci, montrant divers périphériques de stockage :
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
Dans cet environnement, vous avez accès à un périphérique de stockage supplémentaire /dev/vdb qui n'est pas partitionné et prêt à être utilisé. Examinons ce périphérique de plus près.
Utilisez la commande lsblk avec l'option -f pour afficher les informations du système de fichiers pour /dev/vdb :
lsblk -f /dev/vdb
Vous devriez voir une sortie similaire à celle-ci, indiquant que /dev/vdb est un nouveau disque non formaté :
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb
Ensuite, utilisez la commande parted pour obtenir des informations plus détaillées sur le disque, y compris sa table de partition :
parted /dev/vdb print
La sortie devrait montrer qu'il n'y a pas encore de table de partition sur /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:
Cela confirme que /dev/vdb est un nouveau disque prêt pour le partitionnement. 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 /dev/vdb et la monter de manière persistante
Dans cette étape, vous allez créer une nouvelle partition sur /dev/vdb, la formater avec le système de fichiers XFS, et la configurer pour un montage persistant.
Vous allez créer une partition primaire de 1 Go sur /dev/vdb et spécifier le type de système de fichiers comme XFS. Il est de bonne pratique d'aligner les partitions sur les limites de secteurs pour des performances optimales. Commencer au secteur 2048 est un alignement courant.
Tout d'abord, vous devez créer une table de partitions sur le disque non initialisé. Utilisez parted en mode interactif pour créer la table de partitions et la partition :
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.
Note : La commande mklabel msdos crée une table de partitions MBR (Master Boot Record) sur le disque. Ceci est requis avant de pouvoir créer des partitions. Après avoir créé la table de partitions, vous pouvez procéder avec mkpart pour créer la partition réelle. Comme la partition commence au secteur 2048, définir la position de fin à 1001MB résultera en une taille de partition d'environ 1 Go. Lorsque vous quittez parted, vous verrez un message informatif concernant la mise à jour de /etc/fstab, ce qui est normal.
Pour vérifier que la partition a été créée, utilisez parted pour afficher la table de partitions de /dev/vdb :
parted /dev/vdb print
Vous devriez voir une sortie similaire à celle-ci, montrant votre partition primaire nouvellement créée :
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
Après avoir créé une nouvelle partition, il est crucial d'informer le noyau des changements. La commande udevadm settle attend que le système enregistre la nouvelle partition et crée son fichier de périphérique correspondant (par exemple, /dev/vdb1).
udevadm settle
Maintenant que la partition est créée, vous devez la formater avec le système de fichiers XFS. Cela prépare la partition à stocker des données. Utilisez la commande mkfs.xfs pour cela :
mkfs.xfs /dev/vdb1
La sortie affichera des détails sur la création du système de fichiers 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
Pour rendre le système de fichiers accessible, vous devez le monter. Tout d'abord, créez un répertoire de point de montage. Vous monterez cette partition sur /archive.
mkdir /archive
Pour un montage persistant (ce qui signifie que le système de fichiers sera automatiquement monté à chaque démarrage du système), vous devez ajouter une entrée au fichier /etc/fstab. Il est préférable d'utiliser l'identifiant unique universel (UUID) de la partition dans /etc/fstab car les noms de périphériques comme /dev/vdb1 peuvent changer si de nouveaux disques sont ajoutés ou supprimés.
Découvrez l'UUID de /dev/vdb1 en utilisant lsblk --fs :
lsblk --fs /dev/vdb1
Notez l'UUID dans la sortie. Il ressemblera à quelque chose comme 881e856c-37b1-41e3-b009-ad526e46d987.
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
vdb1 xfs 2ee03827-6acf-4543-9a21-0fd031250b45
Maintenant, ouvrez le fichier /etc/fstab en utilisant 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
Explication de l'entrée /etc/fstab :
UUID=YOUR_UUID_HERE: Spécifie le périphérique à monter en utilisant son UUID./archive: Le répertoire de point de montage.xfs: Le type de système de fichiers.defaults: Un ensemble courant d'options de montage (rw, suid, dev, exec, auto, nouser, async).0: Optiondump(0 signifie pas de dump).0: Ordrefsck(0 signifie pas de vérification fsck au démarrage).
Enregistrez le fichier en appuyant sur Ctrl+X, puis Y pour confirmer, et Entrée pour écrire dans le fichier.
Après avoir modifié /etc/fstab, vous devez indiquer à 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. La commande mount /archive utilisera les informations de /etc/fstab pour monter /dev/vdb1 sur /archive.
mount /archive
Vérifiez que le nouveau système de fichiers est correctement monté en consultant la sortie de la commande mount et en filtrant pour /archive :
mount | grep /archive
Vous devriez voir une sortie similaire à celle-ci, confirmant le montage réussi :
/dev/vdb1 on /archive type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota)
Créer et activer une partition d'échange (swap) sur /dev/vdb
Dans cette étape, vous allez créer une partition d'échange sur le disque /dev/vdb. L'espace d'échange est une portion d'un disque dur (HDD) ou d'un disque SSD utilisée pour le stockage temporaire lorsque le système manque de mémoire vive (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, examinons la table de partition actuelle sur /dev/vdb pour déterminer où créer la nouvelle partition d'échange.
parted /dev/vdb print
Vous devriez voir la partition XFS existante (/dev/vdb1) que vous avez créée à l'étape précédente :
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
Maintenant, vous allez ajouter une nouvelle partition primaire de 500 Mo à utiliser comme espace d'échange. Vous définirez le type de système de fichiers de la partition sur linux-swap. La nouvelle partition commencera immédiatement après la partition /dev/vdb1 existante. La fin de /dev/vdb1 est à 1001MB. Ainsi, la nouvelle partition commencera à 1001MB et se terminera à 1501MB (1001MB + 500MB).
Utilisez parted en mode non interactif pour créer cette partition :
parted /dev/vdb 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 /dev/vdb :
parted /dev/vdb print
Vous devriez maintenant voir deux partitions, la seconde étant votre nouvelle partition d'échange :
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
Comme précédemment, après avoir créé une nouvelle partition, vous devez exécuter udevadm settle pour vous assurer que le système enregistre la nouvelle partition et crée son fichier de périphérique (/dev/vdb2).
udevadm settle
Maintenant, formatez la nouvelle partition (/dev/vdb2) en tant qu'espace d'échange en utilisant la commande mkswap. Cette commande initialise la partition pour une utilisation en tant qu'échange.
mkswap /dev/vdb2
La sortie affichera les détails concernant 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, vous devez ajouter une entrée au fichier /etc/fstab. Tout d'abord, découvrez l'UUID du périphérique /dev/vdb2.
lsblk -o UUID /dev/vdb2
Notez l'UUID de la sortie. Il sera similaire à 4379b167-ab39-4c83-bf7c-b28fbdb38725.
UUID
4379b167-ab39-4c83-bf7c-b28fbdb38725
Ouvrez le fichier /etc/fstab en utilisant 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
Explication de l'entrée /etc/fstab pour l'échange :
UUID=YOUR_SWAP_UUID_HERE: Spécifie le périphérique à utiliser comme échange.swap: Le point de montage (pour l'échange, c'est toujoursswap).swap: Le type de système de fichiers (pour l'échange, c'est toujoursswap).defaults: Options standard pour l'échange.0: Optiondump(0 signifie pas de dump).0: Ordrefsck(0 signifie pas de vérification fsck pour l'échange).
Enregistrez le fichier en appuyant sur Ctrl+X, puis sur Y pour confirmer, et sur Entrée 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 la commande swapon -a. L'option -a indique à swapon d'activer tous les périphériques d'échange répertoriés dans /etc/fstab.
swapon -a
Vérifiez que le nouvel espace d'échange est activé en utilisant swapon --show :
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/vdb2 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 /dev/vdb
Dans cette étape, vous allez créer des partitions supplémentaires sur /dev/vdb. Puisque 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 d'autres partitions. Vous allez maintenant créer une troisième partition qui démontrera la gestion de partitions plus grandes.
Tout d'abord, vérifions la table de partition actuelle et l'espace disponible sur /dev/vdb :
parted /dev/vdb print
Vous devriez voir les deux partitions que vous avez créées précédemment :
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
Maintenant, vous allez créer une troisième partition de 2 Go pour un stockage supplémentaire. Cette partition commencera à 1501MB (la fin de la partition d'échange) et se terminera à 3501MB (1501MB + 2000MB).
parted /dev/vdb 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 /dev/vdb print
Vous devriez maintenant voir trois partitions :
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
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 (/dev/vdb3) avec le système de fichiers XFS et la configurer pour un montage persistant à /backup.
Tout d'abord, formatez la partition /dev/vdb3 avec le système de fichiers XFS :
mkfs.xfs /dev/vdb3
La sortie affichera les détails concernant la création du système de fichiers 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
Maintenant, créez un répertoire de point de montage pour cette partition. Vous allez le monter à /backup.
mkdir /backup
Pour vous assurer que le système de fichiers se monte automatiquement, vous devez ajouter une entrée à /etc/fstab. Tout d'abord, trouvez l'UUID de la partition /dev/vdb3.
lsblk -o UUID /dev/vdb3
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 en utilisant 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, Entrée).
Après avoir modifié /etc/fstab, rechargez le démon systemd pour appliquer les modifications.
systemctl daemon-reload
Enfin, montez manuellement le répertoire /backup pour vérifier que la configuration est correcte.
mount /backup
Confirmez que le montage a réussi en vérifiant la sortie de la commande mount :
mount | grep /backup
Vous devriez voir une sortie similaire à celle-ci :
/dev/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Créer des partitions swap supplémentaires sur /dev/vdb avec des priorités
Dans cette étape, vous allez créer une partition d'échange supplémentaire sur /dev/vdb et vous familiariser avec les limitations des tables 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 en premier celle qui a la priorité la plus élevée.
Comprendre les limitations des tables de partition :
La configuration actuelle utilise une table de partition MBR (msdos), qui a une limitation de seulement 4 partitions primaires. Puisque vous avez déjà créé 4 partitions, vous ne pouvez 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 /dev/vdb :
parted /dev/vdb print
Vous devriez voir les quatre partitions que vous avez créées jusqu'à présent :
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
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 /dev/vdb mkpart primary linux-swap 3501MB 4013MB
Vous pourriez voir le message Information: You may need to update /etc/fstab.
Remarque concernant 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 /dev/vdb print
Vous devriez maintenant voir quatre partitions :
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
Exécutez udevadm settle pour vous assurer que le système enregistre la nouvelle partition et crée son fichier de périphérique (/dev/vdb4).
udevadm settle
Maintenant, initialisez la nouvelle partition en tant qu'espace d'échange en utilisant la commande mkswap. Notez l'UUID pour /dev/vdb4, car vous en aurez besoin pour /etc/fstab.
mkswap /dev/vdb4
Exemple de sortie pour /dev/vdb4 :
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 au fichier /etc/fstab. Une valeur pri (priorité) plus élevée indique une préférence plus élevée. Vous définirez une priorité plus élevée pour la nouvelle partition d'échange.
Ouvrez /etc/fstab en utilisant 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_VDB4 swap swap pri=10 0 0
Explication de l'option pri :
pri=10: Attribue une priorité de 10 à/dev/vdb4. Ceci est supérieur à la priorité par défaut (-2) de/dev/vdb2, de sorte que le système préférera utiliser/dev/vdb4avant/dev/vdb2.
Enregistrez le fichier (Ctrl+X, Y, Entrée).
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. /dev/vdb2 aura la priorité par défaut (-2), tandis que /dev/vdb4 aura la priorité que vous avez attribuée (10).
NAME TYPE SIZE USED PRIO
/dev/vdb2 partition 476M 0B -2
/dev/vdb4 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 fonctionneront 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-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
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
Ceci 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/vdb1 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/vdb3 on /backup type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
Pour les espaces d'échange, testons en les désactivant et en les réactivant. Tout d'abord, désactivez tous les échanges :
swapoff -a
Vérifiez qu'aucun échange n'est actif :
swapon --show
Ceci ne devrait afficher que tout échange système qui pourrait exister, mais pas vos partitions d'échange personnalisées.
Maintenant, activez tous les échanges en utilisant /etc/fstab :
swapon -a
Vérifiez que tous les espaces d'échange sont actifs avec les bonnes priorités :
swapon --show
Vous devriez voir une sortie similaire à celle-ci, avec toutes vos partitions d'échange actives et les bonnes priorités :
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
Enfin, testons que systemd peut traiter toutes vos entrées /etc/fstab sans erreurs :
systemctl daemon-reload
Ceci 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 les problèmes potentiels et devrait se terminer sans erreurs.
Affichez un résumé final de tout votre travail :
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]"
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 la machine virtuelle LabEx. Le laboratoire a commencé par l'inspection du périphérique de stockage disponible (/dev/vdb) et la compréhension de son état actuel avant de passer aux tâches de partitionnement.
Les participants ont travaillé avec /dev/vdb, 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 configuration de priorité. Le laboratoire démontre également les limites des tables de partition MBR (limite de 4 partitions primaires) et fournit des informations sur 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 terminé 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 et basé sur le cloud.
