Le problème:

5 disques en RAID5 et LVM2, 1 groupe de volumes /dev/gv1 et 6 volumes logiques /dev/gv1/vol01 à /dev/gv1/vol06 occupant tout l’espace disponible. Tous les volumes logiques sont formatés en ext3.

L’espace commence à manquer sur le volume logique vol06 alors que le volume vol02 a plein d’espace libre. J’ai donc pris 14Go sur vol02 pour agrandir vol06. La manip n’est pas très compliquée mais il vaut mieux prendre son temps si on ne veut pas perdre toutes ses données,  en général on ne veut pas. La première étape est donc une sauvegarde des volumes à modifier.

Diminuer la taille du volume /dev/gv1/vol02

ATTENTION: Diminuer un volume en deçà de l’espace occupé par les données conduit à la destruction du système de fichiers.

La taille actuelle du volume est d’environ 286Go, je veux la ramener à 272Go. On va commencer par réduire la taille du système de fichiers à 270Go, puis réduire la taille du volume logique à 272Go et enfin agrandir le système de fichier à 272Go. Cette astuce donnée par Hoper dans cet article permet de limiter les risques d’erreurs.

Démontage du volume :

umount /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Ramener la taille du système de fichiers à 270Go :

resize2fs /dev/gv1/vol02 270G

Ramener la taille du volume logique à 272Go :

lvresize -L 272G -v /dev/gv1/vol02

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Remontage des volumes :

mount -a

Ca y est, le plus risqué est fait!

Agrandir le volume /dev/gv1/vol06

On va agrandir le volume logique vol06 pour qu’il récupère tout l’espace disponible dans le groupe de volume gv1.

On vérifie l’espace disponible avec vgdisplay :

vgdisplay

Les infos intéressantes sont PE size et Free PE, j’obtiens :

PE Size               4,00 MB
Free  PE / Size       3700 / 14,45 GB

La valeur de 14,45GB étant un arrondi, on va recalculer l’espace réellement disponible en Mo : 3700×4=14800Mo

OK, on peut y aller.

Démontage du volume :

umount /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Agrandir de 14800Mo la taille du volume logique

lvresize -L +14800M /dev/gv1/vol06

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Remontage des volumes :

mount -a

Ayé c’est fini.
Liens:
LVM, une autre manière de partitionner

RAID et LVM

Un grand merci à Kagou je galérais depuis des lustres pour utiliser des périphériques USB sous VMware, la solution est là :

Editer /etc/init.d/mountdevsubfs.sh

Décommenter les 4 lignes après # Magic to make /proc/bus/usb work

Exécuter /etc/init.d/mountdevsubfs.sh

Après, pour que ça fonctionne chez moi il faut d’abord connecter le périphérique USB, lancer la machine virtuelle et ensuite aller dans VM / Removable Devices / USB Device et activer le périphérique. C’est pas Plug & Play, mais c’est déjà ça.

Edit du 9/06/2008 : pour les versions plus récentes voir le billet sur l’installation de VMware server 1.06.

Attention : ces explications sommaires sont destinées aux personnes qui savent ce qu’elles font, une mauvaise manip peut rendre le disque inutilisable. Vous voilà prévenus.

Pour sauvegarder le MBR du disque hda dans le fichier mbr.sav :

dd if=/dev/hda of=mbr.sav bs=512 count=1

Pour restaurer le MBR du disque hda à partir du fichier mbr.sav :

dd if=mbr.sav of=/dev/hda bs=512 count=1

Les 64 derniers octets du MBR contiennent la table des partitions
Si on ne veut pas sauvegarder/restaurer la table des partition mais juste le boot loader, les commandes deviennent :

dd if=/dev/hda of=mbr.sav bs=446 count=1
dd if=mbr.sav of=/dev/hda bs=446 count=1