tyrann27 Posté(e) le 20 octobre 2006 Auteur Partager Posté(e) le 20 octobre 2006 mwé... Je capte pas trop la... Chez moi, dans le sens des couches (enfin je pense) j'ai : raid --- lvm --- fs Par exemple: Mon raid me donne 20Go d'espace. Je l'ai attribué comme étant un volume physique pour lvm. J'ai créé un groupe nommé "lvmsurraid" et ensuite j'ai créé 2 volumes logiques dedans : - racine 10Go reiserfs - home 10Go ext3 Pour tester, je veux diminuer mon home a 9Go et remettre le 1Go a ma racine. On peut faire ca sans démonter quoi que ce soit? Si oui, alors comment faire? Parce que la je suis vraiment largué... Merci pour votre aide Lien vers le commentaire Partager sur d’autres sites More sharing options...
theocrite Posté(e) le 20 octobre 2006 Partager Posté(e) le 20 octobre 2006 Heu non. Tu devrait faire un df -h puis un pvs pour être sûr. Dans l'ordre tu as le disque sur lequel tu as des patitions (qui servent de PV)sur lequelles du mappe des LV qui serviront de partitions (blocs dans /dev/mapper). Tu verra que le df te renvoie des partoches dans /dev/mapper. Et que les VG correspondant à ces LV sont sur des PV (avec pvs) qui sont tes partitions. Lien vers le commentaire Partager sur d’autres sites More sharing options...
tyrann27 Posté(e) le 20 octobre 2006 Auteur Partager Posté(e) le 20 octobre 2006 tyrann@ubuntutestraid5:~$ df -h Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur /dev/mapper/lvmsurraid-racine 10G 1,7G 8,4G 17% / varrun 126M 84K 126M 1% /var/run varlock 126M 4,0K 126M 1% /var/lock udev 126M 88K 126M 1% /dev devshm 126M 0 126M 0% /dev/shm lrm 126M 19M 107M 15% /lib/modules/2.6.15-23-386/volatile /dev/md0 456M 18M 415M 4% /boot /dev/mapper/lvmsurraid-home 9,0G 173M 8,3G 2% /home tyrann@ubuntutestraid5:~$ La dessus on est d'accord... Mais alors comment tu fais pour redimmensionner? Tu redim d'abord le lvm et ensuite le fs ou l'inverse ou juste le lvm? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Arofarn Posté(e) le 20 octobre 2006 Partager Posté(e) le 20 octobre 2006 Heu non. Tu devrait faire un df -h puis un pvs pour être sûr. Dans l'ordre tu as le disque sur lequel tu as des patitions (qui servent de PV)sur lequelles du mappe des LV qui serviront de partitions (blocs dans /dev/mapper). Tu verra que le df te renvoie des partoches dans /dev/mapper. Et que les VG correspondant à ces LV sont sur des PV (avec pvs) qui sont tes partitions. df donne le nom du device sur lequel ce situe le FS, mais les espaces totaux/libres/occupé indiqués sont ceux du FS... exemple: arofarn-g ~ # df -h Filesystem Size Used Avail Use% Mounted on /dev/md/2 4.6G 388M 4.0G 9% / udev 443M 264K 442M 1% /dev /dev/mapper/vg-home 65G 52G 14G 80% /home /dev/mapper/vg-opt 15G 912M 15G 6% /opt /dev/mapper/vg-tmp 5.0G 288M 4.8G 6% /tmp /dev/mapper/vg-usr 20G 6.5G 14G 33% /usr /dev/mapper/vg-var 5.0G 2.9G 2.2G 57% /var /dev/mapper/vg-var--tmp--portage 8.0G 33M 8.0G 1% /var/tmp/portage /dev/mapper/vg-devel 9.9G 1.7G 7.7G 19% /mnt/devel /dev/hdb1 111G 71G 35G 68% /mnt/sauvegarde shm 443M 0 443M 0% /dev/shm arofarn-g ~ # pvs PV VG Fmt Attr PSize PFree /dev/md4 vg lvm2 a- 137.58G 9.58G Maintenant, si je veux ajouter 2Go à mon /dev/mapper/vg-var--tmp--portage arofarn-g ~ # lvresize -L +2G /dev/vg/var-tmp-portage Extending logical volume var-tmp-portage to 10.00 GB Logical volume var-tmp-portage successfully resized arofarn-g ~ # df -h Filesystem Size Used Avail Use% Mounted on /dev/md/2 4.6G 388M 4.0G 9% / udev 443M 264K 442M 1% /dev /dev/mapper/vg-home 65G 52G 14G 80% /home /dev/mapper/vg-opt 15G 912M 15G 6% /opt /dev/mapper/vg-tmp 5.0G 288M 4.8G 6% /tmp /dev/mapper/vg-usr 20G 6.5G 14G 33% /usr /dev/mapper/vg-var 5.0G 2.9G 2.2G 57% /var /dev/mapper/vg-var--tmp--portage 8.0G 33M 8.0G 1% /var/tmp/portage /dev/mapper/vg-devel 9.9G 1.7G 7.7G 19% /mnt/devel /dev/hdb1 111G 71G 35G 68% /mnt/sauvegarde shm 443M 0 443M 0% /dev/shm Donc la taille du LV est passer à 10Go, mais df -h indique encore 8Go, soit la taille du FS: arofarn-g ~ # resize_reiserfs /dev/vg/var-tmp-portage resize_reiserfs 3.6.19 (2003 www.namesys.com) resize_reiserfs: On-line resizing finished successfully. arofarn-g ~ # df -h Filesystem Size Used Avail Use% Mounted on /dev/md/2 4.6G 388M 4.0G 9% / udev 443M 264K 442M 1% /dev /dev/mapper/vg-home 65G 52G 14G 80% /home /dev/mapper/vg-opt 15G 912M 15G 6% /opt /dev/mapper/vg-tmp 5.0G 288M 4.8G 6% /tmp /dev/mapper/vg-usr 20G 6.5G 14G 33% /usr /dev/mapper/vg-var 5.0G 2.9G 2.2G 57% /var /dev/mapper/vg-var--tmp--portage 10G 33M 10G 1% /var/tmp/portage /dev/mapper/vg-devel 9.9G 1.7G 7.7G 19% /mnt/devel /dev/hdb1 111G 71G 35G 68% /mnt/sauvegarde shm 443M 0 443M 0% /dev/shm Voilà D'ailleurs, c'est prcésier dans le man resize_reiserfs: The resize_reiserfs program does not manipulate the size of the device. If you wish to enlarge a filesystem, you must make sure you expand the underlying device first. This can be done using cfdisk( for partitions, by deleting the partition and recreating it with a larger size (assuming there is free space after the partition in question). Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.