Discussion:Gestion par volumes logiques
- Admissibilité
- Neutralité
- Droit d'auteur
- Article de qualité
- Bon article
- Lumière sur
- À faire
- Archives
- Commons
Cet article est indexé par les projets GNU/Linux et Informatique.
Les projets ont pour but d’enrichir le contenu de Wikipédia en aidant à la coordination du travail des contributeurs. Vous pouvez modifier directement cet article ou visiter les pages de projets pour prendre conseil ou consulter la liste des tâches et des objectifs.
| Avancement | Importance | pour le projet | |
|---|---|---|---|
| Ébauche | Faible |  | GNU/Linux (discussion • critères • liste • stats • hist. • comité • stats vues) |
 | Informatique (discussion • critères • liste • stats • hist. • comité • stats vues) | ||
Cet article ne comporte pas de liste de tâches suggérées. Vous pouvez saisir une liste de tâches à accomplir (par exemple sous forme d'une liste à puces), puis sauvegarder. Vous pouvez aussi consulter la page d'aide.
Mbouchonnet 10 juin 2006 à 00:57 (CEST) J'ai pas mal modifié la page en ajoutant des sources et en mettant une grosse tartine sur les snapshots C'est peut être trop? En tout cas avant ce n'était pas assez. J'ai en grande partie recopié le post de mon blog (la derniére source), il n'y a donc pas de probléme de copyright.
Bruno Jargot 5 août 2006 à 00:35 (CEST) J'ai le sentiment que l'on ne traite pas le sujet mais que l'on se perd dans les à côté du LVM. À mon avis, toutes la partie FS, Snapshot, Mirroring ne sont que des fonctionnalités que permet le LVM mais ne constitue pas le coeur d'un LVM qui permet de virtualiser les disques et permet ainsi une extraordinaire flexibilité dans le gestion du stockage (extensibilité d'un volume logique, disparition de la notion de contiguïté des données, plus de limitation de la taille d'un fs par la taille du disque). Je vais essayer de proposer quelque chose prochainement.
- J'ai ajouté un exemple concret de changement presqu'à chaud d'un disque dur, qui devrait permettre de faire comprendre l'intérêt d'utiliser une gestion par volumes logiques, même sans faire de la virtualisation.--Nbrouard 19 avril 2007 à 17:16 (CEST)
Il faudrait mettre l'article à jour : avec des disques SATA on peut les ajouter et les retirer à chaud, donc sans interruption de service.
- Il me semble que la dernière section est erronée :
"Le type de système de fichiers pour un volume logique de type LVM est : 8e (en hexadécimal)."
devrait être
"L'identificateur d'une partition utilisée comme volume physique est 0x8E (hexadécimal) sous Linux et certains systèmes UNIX."
- Vous avez raison, pas tellement pour le x mais pour le volume physique (disque) et non volume logique. Fait.--Nbrouard (d) 28 octobre 2009 à 14:03 (CET)
LVM avec ou sans Btrfs, Btrfs avec ou sans LVM, quid ?
modifierUn bon article sur Btrfs, un autre ici sur LVM, c'est formidable, mais... les articles semblent s'ignorer l'un l'autre, ce qui fait qu'on se demande s'il n'y aura pas des opérations faites en double, voire en pure perte, quand on utilise les deux simultanément.
Sans rentrer dans la technique technicienne, serait-il possible d'avoir un paragraphe indiquant sommairement les avantages et les inconvénients de combiner Btrfs et LVM ou d'utiliser un seul des deux ? Ou, mieux encore, un tableau. Au cas où quelqu'un saurait. 212.198.152.174 (discuter) 26 novembre 2014 à 14:46 (CET)
Extension d'un volume logique sur un autre disque à chaud
modifierConfronter à ce problème, j'ai un peu galéré à trouver une solution que je donne ici, en souhaitant qu'elle ne prenne pas trop de place. Nbrouard (discuter) 21 avril 2023 à 17:21 (CEST)
Traduction de LVM
modifierQue signifie Gestion par volume logique ?
Que gère-t-on par volume logique ?
LVM (Logical Volume Management) se traduit par : Gestion de volume logique !
C'est tout de même plus explicite. 88.176.47.250 (discuter) 28 juin 2024 à 20:22 (CEST)