LVM, montage et filesystems

Prérequis : cours précédent.

Pourquoi

Disque plein sur /var avec 200 Go libres sur /home : sans LVM, c'est repartitionnement + downtime. Avec : extension à chaud en 2 minutes. Le stockage flexible se décide à l'install — après, c'est trop tard (ou douloureux).

Concepts

• Étages LVM : disque (PV) → groupe (VG, le réservoir) → volumes (LV, les tranches redimensionnables). lvextend -r -L+50G /dev/vg0/var (+ -r = resize du FS en même temps !).
• fstab : montages au boot (UUID=… /var ext4 defaults 0 2). Toujours par UUID (les /dev/sdX changent !), toujours testé par mount -a AVANT reboot (fstab cassé = boot en rescue).
• Filesystems : ext4 (standard, solide), XFS (gros volumes), btrfs/ZFS (snapshots, checksums — super-pouvoirs + complexité). Choisir selon besoin, pas hype.
• Snapshots LVM : photo instantanée (backup cohérent d'une base en activité : snapshot → dump depuis le snapshot → supprimer). Espace réservé nécessaire (sinon le snapshot déborde et meurt).

Exemple : étendre /var à chaud

vgdisplay vg0 | grep Free        # de la place ?
lvextend -r -L+20G /dev/vg0/var  # +20 Go, FS agrandi en ligne (-r)
df -h /var                       # vérifié

Cas réel

Base à 95 % un vendredi : sans LVM, migration de 6 h le week-end ; avec LVM + espace libre dans le VG : +50 Go en 2 minutes, incident évité. Depuis : VG jamais rempli à plus de 80 %, alerte à 70 %.

Pièges

• fstab modifié sans mount -a : boot en emergency shell au prochain reboot. Toujours tester.
• /dev/sda en dur dans fstab : l'ordre des disques change (ajout USB, cloud) → UUID toujours.
• Snapshot oublié : il grossit et meurt (plus de backup cohérent). Durée de vie courte + suppression après usage.

À retenir

LVM dès l'install (PV→VG→LV), fstab par UUID testé, snapshots courts pour backups cohérents.