Module mount Ansible : gérer fstab et montages

ansible.posix.mount: gère les points de montage Linux : ajouter une ligne dans /etc/fstab, monter immédiatement, démonter, gérer les options. C'est le module n°1 RHCE 2026 pour les disques persistants : volumes NFS, disques data dédiés, swap files.

Module de la collection ansible.posix. Options critiques : path: (point de montage), src: (device ou source), fstype: (xfs, ext4, nfs), opts: (options), state: (mounted, unmounted, present, absent, remounted).

Ce que vous allez apprendre

• Les 5 valeurs de state: et leur effet précis sur fstab vs runtime.
• Distinguer entrée fstab seule de mount actif + fstab.
• Configurer des options de durcissement : noatime, nodev, nosuid, noexec.
• Monter un partage NFS avec _netdev (attendre le réseau au boot).
• Tester une entrée fstab avant un reboot avec mount -a.

Prérequis

• Avoir ansible.posix installé.
• Connaître le format /etc/fstab (6 colonnes).

Les 5 valeurs de state:

Le tableau se lit en deux colonnes plutôt qu'en cinq lignes : chaque valeur décide séparément de ce qui arrive à la table des systèmes de fichiers et de ce qui arrive à l'état courant de la machine. C'est la seule grille à retenir, et elle explique pourquoi present prépare sans monter, pourquoi unmounted démonte sans effacer, et pourquoi absent est le seul à faire les deux dans le sens du retrait.

state:	Effet sur /etc/fstab	Effet runtime
mounted	Ajoute/met à jour la ligne	Monte le filesystem maintenant
unmounted	Ne touche pas à fstab	Démonte maintenant
present	Ajoute/met à jour la ligne	Ne monte pas (entrée fstab seule)
absent	Supprime la ligne	Démonte si monté
remounted	Ne touche pas à fstab	Remount (utile après changement d'options)

Glissez pour voir

Cas d'usage :

• mounted (le plus commun) : configurer un volume permanent avec montage immédiat.
• present : préparer fstab avant un reboot (montage différé).
• unmounted : démonter sans toucher à fstab (debug, maintenance).
• absent : retrait complet (démonter + retirer de fstab).
• remounted : appliquer un changement d'options sans démonter complètement.

Montage standard (state: mounted)

- name: Monter un disque data sur /mnt/data
  ansible.posix.mount:
    path: /mnt/data
    src: /dev/sdb1
    fstype: xfs
    opts: defaults,noatime
    state: mounted

Le module ajoute la ligne dans /etc/fstab ET lance mount /mnt/data immédiatement. Idempotent : 2e run → changed=0.

Options courantes

Option	Effet
defaults	Combinaison par défaut (rw,suid,dev,exec,auto,nouser,async)
noatime	Pas de mise à jour de l'access time → moins d'écritures (perf)
nodev	Pas de fichiers spéciaux (devices), sécurité
nosuid	Ignore les bits setuid, sécurité
noexec	Pas d'exécution de binaires, sécurité (/tmp, /var/log)
loop	Pour les fichiers image (auto-association losetup)
_netdev	Filesystem réseau (NFS, SMB), attendre le réseau au boot

Glissez pour voir

Pattern durcissement sur les filesystems data : defaults,noatime,nodev,nosuid. Sur /tmp et /var/log/ : ajouter noexec.

fstab seul, sans monter (state: present)

- name: Ajouter dans fstab SANS monter maintenant
  ansible.posix.mount:
    path: /mnt/data
    src: /dev/sdb1
    fstype: xfs
    opts: defaults
    state: present

/etc/fstab est mis à jour, mais le filesystem n'est pas monté. Au prochain reboot (ou mount -a), il sera monté automatiquement.

Cas d'usage : configs réseau (_netdev) qui ne peuvent pas être montées tant que le réseau n'est pas up, ou préparation différée.

NFS (filesystem réseau)

- name: Monter un partage NFS
  ansible.posix.mount:
    path: /mnt/shared
    src: nfs-server.lab:/exports/shared
    fstype: nfs
    opts: rw,sync,hard,intr,_netdev
    state: mounted

Options critiques NFS :

• _netdev : attendre le réseau avant de monter au boot (sinon échec).
• hard : retry indéfiniment en cas de coupure réseau (soft = échec après timeout, risque corruption).
• intr : permet d'interrompre les opérations bloquées avec Ctrl+C.
• rsize= / wsize= : taille des buffers (défauts généralement OK).

Sécurité : pour NFS exposé sur Internet (déconseillé), ajouter nosuid,nodev.

Loop device (fichier image)

Pour tester sans disque secondaire :

- name: Creer fichier image
  ansible.builtin.command:
    cmd: dd if=/dev/zero of=/opt/lab-disk.img bs=1M count=100
    creates: /opt/lab-disk.img

- name: Formater
  community.general.filesystem:
    fstype: ext4
    dev: /opt/lab-disk.img

- name: Monter avec loop
  ansible.posix.mount:
    path: /mnt/lab-data
    src: /opt/lab-disk.img
    fstype: ext4
    opts: loop,defaults,noatime
    state: mounted

L'option loop demande à mount de configurer automatiquement un loop device pour le fichier image.

Tester avant un reboot

Si vous ajoutez une ligne fstab invalide, le prochain reboot échoue avec un dropshell systemd (emergency mode), le serveur est inaccessible en SSH.

Mitigation :

- name: Ajouter une entree (testable avant reboot)
  ansible.posix.mount:
    path: /mnt/critical
    src: /dev/critical-disk
    fstype: xfs
    opts: defaults
    state: present   # PAS mounted : fstab uniquement

- name: Tester avec mount -a (simule un reboot)
  ansible.builtin.command: mount -a
  changed_when: false

mount -a lit /etc/fstab et tente de monter tout. Si une entrée est cassée, vous voyez l'erreur maintenant, pas après reboot.

backup: true sur le module fait un backup de fstab avant modification, filet de sécurité gratuit.

Pièges courants

Une erreur de montage ne se paie pas au moment de la tâche mais au redémarrage suivant, quand la machine s'arrête en mode de secours. C'est ce décalage qui rend ces pièges coûteux, et qui justifie le réflexe à prendre : écrire la ligne, la tester avec un montage global, et seulement ensuite considérer la machine comme prête à redémarrer.

Symptôme	Cause	Fix
Reboot bloqué en emergency mode	Entrée fstab invalide	Toujours tester avec mount -a avant reboot
Mount NFS échoue au boot	Manque _netdev	Ajouter _netdev aux options NFS
Démontage failed "device busy"	Process utilise le filesystem	lsof puis tuer/déplacer ; éviter force: true
state: mounted ne persiste pas	Confusion avec mount CLI	Module gère fstab automatiquement

Glissez pour voir

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

6 questions

6 min.

70% requis

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

Démarrer le quiz

Lance le quiz et démarre le chronomètre

À retenir

• 5 valeurs de state: : mounted, unmounted, present, absent, remounted.
• mounted = mount maintenant + fstab (le plus commun).
• present = fstab seulement (préparation différée).
• Options : noatime/nodev/nosuid pour sécurité ; loop pour fichiers image ; _netdev pour réseau.
• NFS : hard,intr,_netdev est le minimum.
• Tester mount -a avant un reboot pour valider fstab.

Mettre en pratique

Un montage n'est réussi que s'il revient après un redémarrage, et c'est exactement ce que ce lab vérifie. Vous y parcourez les cinq valeurs de state:, montez un loop device construit à partir d'un fichier image, et posez les options de durcissement noatime, nodev et nosuid. Le contrôle porte à la fois sur le montage actif et sur la ligne écrite dans /etc/fstab.

Lab pratique

Module mount : gérer fstab et les montages

$ dsoxlab run modules-rhel-mount

Environnement : VM·Durée : ~45 min

Validé : l'état du système est vérifié après reboot, pas la commande tapée.

Première fois ? Qu'est-ce que dsoxlab et comment l'installer

dsoxlab est la ligne de commande qui prépare un environnement jetable (un shell isolé ou une VM), déroule le scénario du lab, puis vérifie l'état réel du système et calcule un score. Rien n'est installé ni cassé sur votre poste de travail.

Installer la CLI et brancher le catalogue, une seule fois :

uv tool install dsoxlab   # ou : pipx install dsoxlab
dsoxlab catalog add https://github.com/stephrobert/ansible-training

Lancer ce lab, puis valider votre travail :

dsoxlab run modules-rhel-mount
dsoxlab check modules-rhel-mount

Voir tous les labs : dsoxlab list-labs. Suivre sa progression : dsoxlab progress. Le guide complet de dsoxlab détaille l'installation, le calcul du score et les pièges.

Pour aller plus loin

• Module filesystem : un point de montage suppose un système de fichiers, cette page le crée avec le bon fstype.
• LVM (lvg, lvol, filesystem) : la chaîne complète, du volume physique au montage persistant.
• Module reboot : redémarrer proprement pour vérifier qu'une entrée fstab tient réellement.

×

📖 Voir la documentation →