Quand un serveur commence à manquer d’espace, le vrai piège n’est pas toujours le disque lui-même, mais la façon dont il est découpé. C’est là que Linux Logical Volume Manager entre en scène : un système qui transforme le stockage en terrain de jeu souple, presque comme un Lego bien assemblé, avec du redimensionnement à la demande et une gestion des volumes bien plus maline que le vieux partitionnement figé.
L’article en bref
Le LVM simplifie la vie quand l’espace disque devient serré, sans tout casser au passage. Les commandes LVM permettent de créer, étendre et monter des volumes avec méthode, même sur une machine de test.
- Découpage souple du stockage : PV, VG et LV organisent les disques intelligemment
- Commandes essentielles : pvcreate, vgcreate, lvcreate et outils de contrôle
- Montage et persistance : formatage, montage et fstab pour durer
- Gestion avancée : snapshots, agrandissement et réduction sécurisés
Ce guide donne les repères utiles pour comprendre LVM et agir sans stress sur vos volumes Linux.
En pratique, le Logical Volume Manager sert à regrouper plusieurs disques ou partitions dans un même espace logique, puis à en extraire des volumes selon les besoins. Un serveur Ubuntu lancé dans VirtualBox suffit largement pour prendre la main, croyez-moi : c’est le genre de trouvaille du jour qui évite bien des sueurs froides le jour où un répertoire de données gonfle sans prévenir.
Le principe est simple à retenir. D’abord les volumes physiques récupèrent les blocs disponibles, ensuite un groupe de volumes les rassemble, puis les volumes logiques sont découpés comme des partitions classiques, mais avec bien plus de liberté. Et si un volume commence à étouffer, le redimensionnement se fait sans refaire toute l’architecture.
Comprendre LVM sous Linux sans se prendre les pieds dans les câbles
Le gros atout de LVM, c’est cette couche d’abstraction qui sépare le stockage réel du système de fichiers. Résultat : il devient possible d’agrandir un espace, de le déplacer ou de le protéger avec des snapshots, sans jouer à la roulette russe avec la table de partitions.
Dans un environnement de prod comme dans un labo maison, ce fonctionnement change tout. Là où le partitionnement traditionnel impose des limites parfois agaçantes, Linux Logical Volume Manager permet de garder une réserve d’espace et de l’attribuer plus tard, un peu comme on laisserait quelques tiroirs vides dans une armoire pour les grandes trouvailles.
Les trois étages du stockage LVM, en version simple
Pour ne pas se perdre, mieux vaut retenir la logique PV, VG, LV. Ce trio forme une chaîne très pratique : un disque ou une partition devient un volume physique, plusieurs PV s’additionnent dans un groupe de volumes, puis les volumes logiques servent de base au système de fichiers.
Un exemple concret aide toujours. Trois disques de 2 Go, 3 Go et 5 Go donnent un total de 10 Go dans le groupe, puis ce pool alimente un volume de 3 Go, un autre de 4 Go, et il reste encore de la marge pour plus tard. C’est beaucoup plus confortable qu’un découpage rigide, surtout quand on ne sait pas encore où l’application va grossir.
| Élément | Rôle | Image mentale utile |
|---|---|---|
| PV | Capture les disques ou partitions pour LVM | Les briques de base |
| VG | Regroupe plusieurs PV en réserve commune | Le grand bac de stockage |
| LV | Découpe des espaces utilisables par le système | Les tiroirs à la demande |
Au passage, la logique LVM s’accorde bien avec une bonne observabilité du système. Quand les volumes bougent, il faut suivre ce qui change, un peu comme on surveillerait un réseau domestique bien câblé avec les bonnes pratiques décrites dans ce guide sur l’observabilité informatique. Et pour les environnements où plusieurs machines doivent coopérer, la même rigueur reste payante.
Les commandes LVM à connaître pour agir sans trembler
Les commandes LVM sont plutôt bien nommées, ce qui évite déjà une crise de nerfs. Tout ce qui touche aux volumes physiques commence par pv, les groupes de volumes par vg, et les volumes logiques par lv. Franchement, il y a des logiciels moins cohérents pour beaucoup plus cher.
Avant de toucher au stockage, un réflexe s’impose : travailler en root ou via sudo. Sur une machine de test, comme un serveur Ubuntu dans VirtualBox, les essais se font sans drame. Sur une machine réelle, le soin apporté au moindre ordre compte double, comme quand on démonte un meuble IKEA un dimanche soir.
Créer un volume physique, puis vérifier ce qui a été détecté
La première étape consiste souvent à repérer les disques visibles avec lsblk. Une fois les périphériques identifiés, pvcreate les prépare pour LVM. Ensuite, pvdisplay, pvs ou pvscan aident à vérifier l’état du terrain.
Dans un scénario courant, trois disques de 2 Go, 3 Go et 5 Go sont initialisés d’un coup. C’est pratique, rapide et très lisible, surtout quand on veut garder une vue nette sur l’espace disque disponible avant d’aller plus loin.
- lsblk : repérer les disques et tailles visibles
- pvcreate : transformer un disque en volume physique
- pvdisplay : afficher les détails d’un PV
- pvs et pvscan : obtenir une vue synthétique des PV
Assembler un groupe de volumes sans perdre le fil
Une fois les PV prêts, vgcreate rassemble le tout dans un groupe de volumes. Les outils vgdisplay, vgs et vgscan donnent ensuite une photo précise de ce pool, avec le nombre de PV, de LV et l’espace encore libre.
Dans la vraie vie, ce point change beaucoup de choses pour la maintenance. Quand un serveur doit évoluer, avoir un VG bien pensé évite de déplacer les données dans l’urgence, ce qui est toujours moins agréable qu’une soirée tranquille avec un bon café.
| Commande | Utilité | Quand l’utiliser |
|---|---|---|
| vgcreate | Créer un groupe de volumes | Après l’initialisation des PV |
| vgdisplay | Détailler un VG précis | Pour vérifier la capacité globale |
| vgs | Afficher tous les groupes de volumes | Pour une vue rapide |
| vgscan | Scanner les VG disponibles | Après modification du stockage |
Pour ceux qui croisent aussi des problématiques d’outillage ou d’automatisation côté poste de travail, l’idée reste la même : organiser proprement les variables et les états évite les mauvaises surprises, comme expliqué dans ce dossier sur les variables PowerShell et les scripts. Le stockage aime la méthode, pas l’improvisation.
Créer un volume logique et le rendre vraiment utilisable
Le moment le plus concret arrive avec lvcreate. La commande permet de tirer un volume logique du groupe, avec une taille précise ou un pourcentage du pool. Ensuite, il suffit de le formater, par exemple en ext4, puis de le monter dans un répertoire comme /mnt.
Dans un cas très classique, un volume de 3 Go nommé guides est créé dans un VG déjà rempli par plusieurs disques. On formate ensuite avec mkfs.ext4, puis on monte le volume avec mount. Rien de spectaculaire, mais c’est précisément ce côté fiable qui fait la force de gestion des volumes sous Linux.
Vérifier le volume, le monter, puis le faire durer
Les outils lvdisplay, lvscan et lvs donnent les infos utiles sur le volume logique. Une fois monté, mount et df -h confirment que tout tient debout, avec le bon point de montage et la bonne taille disponible.
Pour rendre le montage permanent, l’entrée correspondante doit rejoindre /etc/fstab. Cette étape peut sembler banale, mais elle évite de redémarrer un serveur et de découvrir qu’un répertoire important est revenu à l’état de coquille vide. Un classique que beaucoup préfèrent éviter.
Petit rappel utile pour la vie réelle : un volume monté correctement aujourd’hui doit aussi survivre au prochain redémarrage. C’est là que le duo fstab et conventions de nommage devient votre meilleur allié.
Redimensionnement à chaud ou à froid, selon le système de fichiers
Le redimensionnement est souvent la raison principale d’adopter LVM. Pour agrandir un LV, lvresize ou lvextend fait le travail, puis le système de fichiers suit avec resize2fs pour ext4. Avec l’option -r, les deux opérations peuvent parfois se faire d’un seul coup.
En revanche, la réduction demande plus de prudence. XFS ne se réduit pas, ext4 le permet à froid, et btrfs tolère une réduction à chaud. Avant de raccourcir un espace, il faut vérifier, démonter si nécessaire, lancer e2fsck, puis réduire dans le bon ordre. Là, pas droit à l’étourderie.
| Système de fichiers | Agrandissement | Réduction |
|---|---|---|
| ext4 | Oui, à chaud | Oui, à froid |
| xfs | Oui, à chaud | Non |
| btrfs | Oui, à chaud | Oui, à chaud |
La sauvegarde reste le filet de sécurité le plus sain avant toute réduction. Quand l’espace devient serré, mieux vaut une copie propre qu’un pari audacieux. Pour les environnements où l’on manipule aussi des flux matériels ou logistiques, l’organisation reste reine, comme dans cet article sur les services papier transport logistique.
Cas pratique : agrandir un disque virtuel sans tout casser
Sur une machine virtuelle, le scénario est très courant en 2026 : un VMDK grossit, mais la partition qui porte le PV n’a pas encore suivi. Dans ce cas, il faut d’abord faire reconnaître le nouvel espace au système, puis étendre la partition si le PV repose dessus, et enfin lancer pvresize.
Ce passage est souvent le plus impressionnant pour un débutant, alors qu’il repose surtout sur une suite logique. Une fois le disque rescanné, le système voit l’espace supplémentaire, puis LVM récupère la marge et la redistribue dans le VG. Au fond, c’est de la plomberie propre, version Linux.
Quand le PV est une partition, le bon réflexe reste méthodique
Après un rescan, des outils comme cfdisk ou fdisk permettent d’étendre la partition de type Linux LVM. Ensuite, pvresize fait remonter toute la capacité au niveau du volume physique, puis vgs ou pvs confirment que l’espace libre est bien revenu dans le pool.
À partir de là, l’extension d’un LV devient presque triviale. Il suffit d’utiliser la nouvelle réserve pour nourrir le volume qui manque de place, au lieu de migrer brutalement les données vers ailleurs.
Dans les infrastructures plus complexes, cette souplesse aide aussi à mieux anticiper les besoins en stockage, un peu comme on ajuste un projet en fonction des retours de terrain. Si le sujet de l’infrastructure vous parle, un détour par la plateforme Skywise d’Airbus montre bien comment la donnée change la manière d’exploiter les systèmes.
Ce qu’il faut retenir avant de jouer avec le stockage
Linux Logical Volume Manager vaut surtout pour sa souplesse. Il simplifie la gestion des volumes, donne de l’air quand l’espace disque manque et évite de reconstruire toute l’architecture à chaque évolution.
Il y a tout de même une règle d’or : un PV perdu peut fragiliser le VG qui en dépend. Pour un usage sérieux, LVM gagne donc à être associé à un RAID ou à une stratégie de sauvegarde solide. C’est moins glamour qu’un gadget dernier cri, mais beaucoup plus rassurant quand le serveur tourne en continu.
Les réflexes qui sauvent du temps et des fichiers
Avant d’aller plus loin, quelques automatismes font toute la différence. Tester sur une machine virtuelle, vérifier les noms de périphériques, contrôler les montages, et toujours penser au sens des opérations lors d’un agrandissement ou d’une réduction.
Le vrai confort de LVM, c’est cette impression de travailler avec des pièces interchangeables, sans bloquer le système dans un plan trop rigide. Quand le stockage reste lisible, l’administration devient presque agréable. Presque.
- Tester en VM avant d’intervenir sur un serveur réel
- Vérifier les PV, VG et LV à chaque étape importante
- Prévoir la sauvegarde avant toute réduction de volume
- Utiliser fstab pour un montage persistant
Pour prolonger la découverte, il existe aussi des usages avancés comme les snapshots, très utiles pour sécuriser un changement avant une opération sensible. Et quand l’on veut aller plus loin sans casser l’existant, LVM reste un allié qui mérite clairement sa place dans la boîte à outils.
Quelle différence entre un volume physique et un volume logique ?
Un volume physique correspond au support brut utilisé par LVM, comme un disque ou une partition. Un volume logique est l’espace découpé dans le groupe de volumes et utilisé comme une partition classique.
Peut-on agrandir un volume LVM sans démonter le système ?
Oui, dans beaucoup de cas. L’agrandissement d’un volume logique et du système de fichiers peut se faire à chaud, notamment avec ext4 ou XFS selon les outils utilisés.
Pourquoi utiliser LVM plutôt qu’un partitionnement classique ?
LVM apporte plus de flexibilité, surtout pour le redimensionnement, l’ajout d’espace libre et la gestion évolutive du stockage. Cela évite de figer tout le schéma dès le départ.
Faut-il sauvegarder avant de réduire un volume ?
Oui, absolument. La réduction d’un volume demande de respecter l’ordre des opérations et peut endommager les données si elle est mal préparée. Une sauvegarde reste la meilleure protection.
LVM supporte-t-il les snapshots ?
Oui, LVM permet de créer des snapshots pour figer l’état d’un volume logique à un instant donné. C’est très utile avant une mise à jour ou une modification sensible.
