[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Résolu] Re: LVM : ext2online (ou équivalent) ?



Gilles Mocellin a écrit :
Le samedi 30 décembre 2006 12:34, Thierry B a écrit :
Gilles Mocellin a écrit :
[...]
Si quelqu'un a déjà fait des essais lol?
Reiserfs est le seul à permettre une réduction à chaud, mais c'est
*experimental*.

SInon au niveau de la partition "physique" qui est en lvm, celle-là, il
me semble, qu'on ne peut plus y toucher non? (la reddimensionner sans
perdre les données à l'interieur de ses VGs et à fortiori des LVs de
chaque VGs lol.)
Et si, voir pvresize, je l'ai fait il y a peu. (lilo/kernel qui ne
supportent plus de booter sur un /boot en LVM, grrr...)

Évidement, il faut de la place libre sur le VG.

Il faut aussi être bien sur de son coup quand on redimensionne après la
table des partitions, il faut que ça tombe juste. Le plus simple est de
réduire plus le PV et après avoir réduit la partition, on ré-agrandie le
PV avec pvresize sans options.
Re,

mais imaginons par exemple, qu'on ait qu'un dd, avec une seule partition
physique en lvm (ce qui revient au même qu'avoir deux disque durs monté
en raid 1 avec un seul volume raid en lvm si je ne me trompe pas)

A la base, imaginons que :

- On avait cree une partition de type lvm sur le dd qui oqp 100% du
disque dur avec cfdisk
- On a initialisé cette partition avec pvcreate
- On a crée un VG, puis des LV

Si on veut maintenant, se débrouiller pour sans perte de données,
redimensionner pour avoir une petite partition hors lvm, je ne vois pas
trop comment faire car, pvresize, peut diminuer la taille de ton PV,
mais cette espace libre qui restera sera toujours contenu dans la
partition physique lvm, qu'on a crée avec cfdisk non?

Tu pourrais m'expliquer un peu plus en détail, si cela ne t'embête pas? :-)

Merci :-)

Hello,
Une fois le PV réduit, en effet, la partition elle n'a pas encore bougée.
C'est donc cette partie qu'il convient de faire :
Il faut aussi être bien sur de son coup quand on redimensionne après la
table des partitions, il faut que ça tombe juste. Le plus simple est de
réduire plus le PV et après avoir réduit la partition, on ré-agrandie le
PV avec pvresize sans options.

En clair, après le pvresize, tu fais un cfdisk pour supprimer et recréer ta partiton à la bonne taille ! Et oui, ça fait peur de supprimer un partition, mais ça ne touche pas aux données. Il est donc possible de supprimer et recréer des partitions sans soucis, tant que les limites de ces partitions correspondent à quelque chose !

En résumé, disons que tu as un disque hda de 80Go avec une seule partition LVM et que tu veuilles rajouter une partition ext3 pour le /boot :
1) pvresize --setphysicalvolumesizesize 79G /dev/hda1
2) cfdisk /dev/hda # En recréant une partition LVM de 79,9G + une partition Linux de 100Mo par exemple 3) reboot # si cfdisk dit que le noyau n'a pas pu relire la table des partitions
4) pvresize /dev/hda1 # pour qu'il reprenne l'espace jusqu'à 79,9G
5) mkfs -t ext3 /dev/hda2 && e2label /dev/hda2 boot
6) mount /dev/hda2 /mnt
7) rsync -a /boot/ /mnt/
8) ajout de "LABEL=boot /boot ext3 defaults,data=journal 1 2" dans /etc/fstab
9) rm -rf /boot/*
10) reboot

Voilà, en espérant être clair ce coup-ci !

Oui merci :-)

mais par contre, quand tu redimensionnes ton PV de 80 à 79G, je vois qu'après la suppression de celle-ci, quand tu la recrée, tu crées une partition supérieure à la taille de celle-ci (79.9), pour être sure de ne perdre aucune donnée je suppose.

Y'aurait t'il une méthode après avoir redimensionner le PV de 80 à 79G, pour recréer une partition qui aura pile la taille qui convient pour le fs modifié par exemple?



Reply to: