Même si tu arrive à exporter un volume group avec le même nom que sur la machine de destination, tu peux toujours faire un petit vgrename avant de faire l'export bien sur.

Comme remi l'a si bien dit, le resize à chaud se fait depuis fort long temps. C'est justmement l'intérét de l'utilisation de LVM.

Voici comment moi je fais pour mes serveurs:

Un volume groupe vg_system avec tous les partitions nécessaire pour l'OS
Un volume groupe vg_data pour tous les logical volumes qui vont accueillir les données.

En suite dès que j'ai besoin de plus d'espace, je rajoute un disque puis voici la marche à suivre.

pvcreate /dev/sdx
vgextend vgdata /dev/sdx
lvresize -L +LA_TAILLE_SOUHAITEE /dev/vgdata/lv_data
resize2fs /dev/vgdata/lv_data

A partir de la version 6 de Red Hat tu peux directement faire le resize2fs dans la même commande lvresize avec l'option -r
Et voilà toute la chose, pas besoin de partition.

Comment a tu installé VirtualBox ?
Quand tu dis que cela ne marchait plus, tu avait quoi comme message d'erreur exactement ?

Je crois que ce tuto est assez fiable : http://www.tuxgeek.org/tutorials/virtualbox-4-2-4-on-fedora-1716-centosred-hat-rhel-6-35-8/

Yokav wrote:Par contre, je me rend compte tout doucement des limitations de LVM. Car utiliser LVM sur sa machine de bureau et l'utiliser pour la gestion des VPS c'est fort différent. Sur une machine de bureau, on va plus vite s'en servir pour pouvoir redimensionner facilement une partition par contre avec un VPS, ce sera plus pour faire des snapshot et de la migration, car faire du redimensionnement sur un LV abritant un VPS, c'est vraiment galère.

Juste pour info, au boulot j'ai 550 serveurs linux avec du lvm et je l'ai également sur mon propre poste de travail et je n'ai jamais trouvé cela galère, au contraire cela m'aide énormément et me sauve la vie par fois quand il s'agis de migrer des données ou des disque depuis un serveur sur un autre.