Différences

Ci-dessous, les différences entre deux révisions de la page.

--- disk_lvm [2010/12/11 15:23] – thierry
+++ disk_lvm [2011/01/09 12:00] – thierry
@@ Ligne 47: / Ligne 47: @@
   /dev/mainvol/win2k
-==== Redimensionner un volume logique ====
+==== Redimensionner un volume logique EXT3/EXT2 ====
 On veut redimenssionner le disk principale, et c'est impossible tant qu'on est dessus.\\
 Donc, booter sur un live-cd, genre Kubuntu (le cd gparted est pas complet):
@@ Ligne 60: / Ligne 60: @@
   # /etc/init.d/lvm start
 Ok ! La command "''lvs''" doit fonctionner et monter les volumes logiques.\\
+Afin de s'assurer que le volume est "sain", forcer une verification du systeme de fichiers:
+  # e2fsck -C 0 -f /dev/mainvol/main
+(facultatif?) Virer le journal ext3:
+  # tune2fs -O ^has_journal /dev/mainvol/main
 Augmenter de 7G le disk en "''/dev/mainvol/main''" :
   # lvresize -L +7G mainvol/main
-Forcer une verification du systeme de fichiers:
-  # e2fsck -f /dev/mainvol/main
+Redimensionner le système de fichiers (ext2) ( à la (nouvelle) taille du disk ) :
-Redimensionner le système de fichiers:
+  # resize2fs -p /dev/mainvol/main
-  # resize2fs /dev/mainvol/main
+Tester ?
+  # e2fsck -C 0 -f /dev/mainvol/main
+(facultatif?) Remettre le journal:
+  # tune2fs -j /dev/mainvol/main
 C'est bon. On peut rebooter sur (ou remounter le) disk.
@@ Ligne 196: / Ligne 208: @@
   # resize2fs -p /dev/vgfiler/test 95G
   resize2fs 1.41.3 (12-Oct-2008)
+  Resizing the filesystem on /dev/vgfiler/test to 24903680 (4k) blocks.
+  ...
+  ( Il y 4 passes... )
+  Le système de fichiers /dev/vgfiler/test a maintenant une taille de 24903680 blocs.
+( 24903680*4)/1024^2 = 95G )
 Dans mon cas, ca prend du temps car j'ai bien rempli le volume en tout sens avant de faire ce test: donc, il y a un certain nombre de blocks a deplacer...
-Reduire la partion LVM:
+Reduire la partion LVM a 100G (en non pas 95G !):
-  # lvresize
+  # lvresize -L 100G /dev/vgfiler/test
+    WARNING: Reducing active logical volume to 100,00 GB
+    THIS MAY DESTROY YOUR DATA (filesystem etc.)
+  Do you really want to reduce test? [y/n]: y
+    Reducing logical volume test to 100,00 GB
+    Logical volume test successfully resized
-Re-verifier le systeme de fichier:
+(on aura pu utiliser reduce ?)
+Un coup d'oeil:
+  # lvs /dev/vgfiler/test
+    LV   VG      Attr   LSize   Origin Snap%  Move Log Copy%  Convert
+    test vgfiler -wi-a- 100,00G
+Attribuer le delta de "5%" au systeme de fichiers:
+  # resize2fs -p /dev/vgfiler/test
+  resize2fs 1.41.3 (12-Oct-2008)
+  Resizing the filesystem on /dev/vgfiler/test to 26214400 (4k) blocks.
+  Début de la passe 1 (max = 40)
+  Extension de la table d'i-noeudsXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+  Le système de fichiers /dev/vgfiler/test a maintenant une taille de 26214400 blocs.
+(C'est assez rapide...)
+On est assuré de bien avoir une partition et un systeme de fichiers de 100G !
+Re-verifier le systeme de fichiers:
   # e2fsck -C 0 -f /dev/vgfiler/test
+Ajouter le journal pour transformer la partition de ext2 en ext3 :
+  # tune2fs -j /dev/vgfiler/test
+Si besoin, virer l'interval de "fsck" (pour les gros volumes reposant sur un RAID puiiiiissant ):
+  # tune2fs -i 0 /dev/vgfiler/test
+Et voila. Reste plus qu'a remounter.
+  # mount /dev/vgfiler/test /mnt/test -o rw,acl
+  # df -h
+  /dev/mapper/vgfiler-test
+G   80G   14G  86% /mnt/test
 === methode 2 ===
@@ Ligne 505: / Ligne 559: @@
 Et voila.
+=== limites ===
+Pas trop, mais quand même une belle: **On ne peut pas reduire la taille d'une partition XFS**
+Donc, ces défauts sont:
+  *Moins universel que Ext3/Ext2
+  *Moins souples que Ext3/Ext2
+Avec la prochaine arrivé de Ext4 en Stable (on est en Janv-2011 là), l'interet de XFS se réduit.......
 ==== snapshot ====