Une partition formatée n'est utilisable qu'une fois montée sur un répertoire de l'arborescence ; pour qu'elle revienne après un redémarrage, elle doit figurer dans /etc/fstab. Ce guide montre comment monter avec mount, vérifier avec findmnt, démonter proprement, puis rendre le montage persistant par UUID, en évitant le piège classique : une ligne /etc/fstab erronée qui bloque le démarrage. Pour administrateurs débutants à intermédiaires. Sorties issues d'un test AlmaLinux.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Monter et démonter un système de fichiers (
mount,umount) - Vérifier un montage avec
findmnt - Écrire une entrée
/etc/fstabfiable par UUID - Éviter un démarrage bloqué grâce à
nofailetmount -a
Prérequis
Section intitulée « Prérequis »- Une partition formatée (ext4, XFS...) et le bon disque identifié
- Un accès
sudo
Monter manuellement une partition
Section intitulée « Monter manuellement une partition »Le point de montage est un répertoire existant où le système de fichiers devient accessible. Créez-le, puis montez :
sudo mkdir -p /mnt/data1sudo mount /dev/sda1 /mnt/data1Vérifiez avec findmnt, plus lisible que mount car il ne montre que ce qui vous intéresse :
findmnt /mnt/data1TARGET SOURCE FSTYPE OPTIONS/mnt/data1 /dev/sda1 ext4 rw,relatimeLa colonne SOURCE confirme le bon périphérique, FSTYPE le système de fichiers et OPTIONS les options actives. Ce montage est temporaire : il disparaît au prochain redémarrage tant qu'il n'est pas inscrit dans /etc/fstab.
Démonter proprement
Section intitulée « Démonter proprement »Avant de débrancher un disque externe, démontez pour garantir que toutes les écritures sont terminées :
sudo umount /mnt/data1Rendre le montage persistant avec /etc/fstab
Section intitulée « Rendre le montage persistant avec /etc/fstab »Le fichier /etc/fstab (file systems table) liste les systèmes de fichiers montés au démarrage. La règle d'or : référencer par UUID, jamais par /dev/sdX (qui peut changer si l'ordre des disques bouge). Récupérez l'UUID :
sudo blkid /dev/sda1/dev/sda1: UUID="16ef4b6e-8295-414a-8450-1e84ce52ca1d" TYPE="ext4"Ajoutez une ligne à /etc/fstab. Ses six colonnes : périphérique, point de montage, type, options, dump, passe de vérification.
UUID=16ef4b6e-8295-414a-8450-1e84ce52ca1d /mnt/data1 ext4 defaults 0 2- UUID : identifiant stable du système de fichiers.
- Point de montage :
/mnt/data1, qui doit exister. - Type :
ext4,xfs... - Options :
defaults, ou une liste (defaults,noatime). - Dump :
0(sauvegarde héritée, désactivée). - Passe : ordre de
fsckau boot,1pour/,2pour le reste,0pour XFS.
Tester avant de redémarrer : le réflexe vital
Section intitulée « Tester avant de redémarrer : le réflexe vital »C'est l'étape que l'on oublie, et qui coûte cher. Une ligne /etc/fstab erronée (faute de frappe, UUID inexistant) bloque le démarrage : le système tombe en emergency mode et attend un mot de passe root. Avant tout redémarrage, testez la syntaxe à chaud :
sudo mount -aSi la commande ne renvoie rien, toutes les entrées sont valides. Une erreur signale une ligne à corriger immédiatement, pendant que le système fonctionne encore normalement.
Cas courants
Section intitulée « Cas courants »Quelques entrées /etc/fstab selon le besoin :
# Disque de données interne (boot dépend de lui)UUID=... /data xfs defaults 0 2# Disque externe USB (ne doit pas bloquer le boot)UUID=... /mnt/backup ext4 defaults,nofail,x-systemd.device-timeout=5 0 2# Volume en lecture seuleUUID=... /mnt/archive ext4 ro 0 2L'option x-systemd.device-timeout=5 limite l'attente à 5 secondes si le périphérique tarde, utile combinée à nofail.
Dépannage
Section intitulée « Dépannage »| Symptôme | Cause probable | Solution |
|---|---|---|
Boot en emergency mode après modif fstab | UUID erroné ou option invalide | corriger la ligne, ou la commenter ; toujours mount -a avant reboot |
umount: target is busy | processus dans le point de montage | fuser -vm <pt>, quitter le répertoire |
| Disque externe bloque le démarrage | pas de nofail | ajouter nofail à la ligne |
| Montage absent après reboot | ligne oubliée dans /etc/fstab | ajouter l'entrée, tester mount -a |
Mettre en pratique
Section intitulée « Mettre en pratique »Une entrée /etc/fstab ne se juge qu'après un redémarrage : c'est exactement ce que le lab vérifie. Vous montez un disque supplémentaire sur /srv/data, référencé par UUID plutôt que par nom de périphérique, et vous validez la ligne avec mount -a avant de prouver que le montage persistant survit au reboot.
Contrôle de connaissances
Section intitulée « Contrôle de connaissances »Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.
Contrôle de connaissances
Validez vos connaissances avec ce quiz interactif
Informations
- Le chronomètre démarre au clic sur Démarrer
- Questions à choix multiples, vrai/faux et réponses courtes
- Vous pouvez naviguer entre les questions
- Les résultats détaillés sont affichés à la fin
Lance le quiz et démarre le chronomètre
Vérification
(0/0)Profil de compétences
Quoi faire maintenant
Ressources pour progresser
Des indices pour retenter votre chance ?
Nouveau quiz complet avec des questions aléatoires
Retravailler uniquement les questions ratées
Retour à la liste des certifications
À retenir
Section intitulée « À retenir »- Un système de fichiers n'est utilisable qu'une fois monté ;
findmntvérifie le résultat. - Démontez (
umount) avant de débrancher ;fuser -vmtrouve ce qui bloque. - Dans
/etc/fstab, référencez par UUID (stable), jamais par/dev/sdX. mount -ateste la syntaxe avant de redémarrer : une ligne fautive bloque le boot.nofailsur les disques non essentiels évite un démarrage en emergency mode.
Pour aller plus loin
Section intitulée « Pour aller plus loin »- Un serveur bloqué au démarrage : ce qui arrive quand une entrée de
/etc/fstabsansnofailpointe vers un disque absent. - Un système de fichiers en lecture seule : le montage réussit, mais les écritures échouent.
- Capacité et quotas disque : Surveiller df/du et éviter la saturation.