Author: Yves Martin Date: To: ML, Guilde Subject: Re: Linux et la table de partition
On Wed, 2012-04-18 at 18:31 +0200, Vincent Caron wrote: > On mar., 2012-04-10 at 12:36 +0200, ymartin59@??? wrote:
> >
> > Mais cela nécessite d'augmenter les partitions pour ces nouveaux
> > besoins.
> > Comme ajouter des disques à la VM est peu satisfaisant (ça fonctionne
> > à la volée dans ce cas),
> > on a augmenté l'image disque existante.
> >
> > Et il semble impossible d'ajouter une partition PV ou d'augmenter la
> > partition PV existante sans reboots.
>
> Je ne connais pas VMware, mais sous Xen il faut un support explicite
> côté système invité pour qu'il détecte l'augmentation de ton blockdevice
> virtuel. Tout simplement parce qu'un volume physique qui change de
> taille spontanément ça n'existe pas, donc il n'y a pas de support dans
> les drivers classiquement émulés (piix et consorts). Vérifie que tu as
> des drivers I/O VMware installés et sinon consulte leur changelog si ça
> existe.
>
> Après il suffit de faire un resize2fs <blockdev> depuis le système
> invité, et le filesystem grossit en live.
Merci pour cette idée.
Je construirai mon prochain système de fichiers de la sorte.
En fait, il semblerait qu'avec le kernel de la Lenny (2.6.23 de tête ?)
il ne soit pas possible de rafraîchir la taille d'un disque et sa table
de partition quand la partition root "/" est présente dessus. Dans mon
cas précis, cela a nécessité un premier reboot pour voir la nouvelle
taille du disque puis un second après modification de la table de
partition.
D'après un collègue, tous les autres cas (disques sans "/") fonctionnent
"online" mais si le "/" est sur LVM dans un groupe qui s'étale sur
plusieurs disques, c'est probablement cuit.