Ta vie on s'en fout! » système

Diminuer et agrandir la taille d’un volume logique LVM2

François — Fri, 05 Mar 2010 12:58:47 +0000

Testé sur Debian 5.0 Lenny

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 /dev/gv1/vol02

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 /dev/gv1/vol06

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

RAID et LVM

Rating: 0.0/5 (0 votes cast)

Démonter les partages Samba avant l’arrêt du système

François — Wed, 07 Oct 2009 10:41:34 +0000

Testé avec Kubuntu 9.04

C’est un problème qui m’arrive souvent lorsque je monte des partages Samba au démarrage par /etc/fstab

A l’arrêt ou au redémarrage de la machine, le système reste bloqué sur des messages de ce genre :

CIFS VFS : No response for cmd 50 mid xxxxx

Je n’ai pas de certitude, mais le problème vient probablement du fait que le démontage des partages essaie de se faire alors que le réseau n’est plus disponible.

La solution est de forcer le démontage plus tôt dans les actions d’arrêt du système. Pour ça il faut créer des liens symboliques vers le script /etc/init.d/umountnfs.sh (qui démonte tous les partages réseau) dans les niveaux d’exécution 0 (arrêt) et 6 (reboot) :

ln -s /etc/init.d/umountnfs.sh /etc/rc0.d/K15umountnfs.sh
ln -s /etc/init.d/umountnfs.sh /etc/rc6.d/K15umountnfs.sh

J’utilise une priorité de 15 qui fonctionne bien avec mes configs, mais selon les services installés il sera peut-être nécessaire de modifier cette valeur.

Cette manip fonctionne avec Ubuntu et Debian, et sans doute avec les distributions qui ont un système d’init basé sur System V.

Liens :

http://whereofwecannotspeak.wordpress.com/2007/12/25/unmount-samba-filesystems-before-shutdown-or-reboot/

http://ubuntuforums.org/showthread.php?t=293513

Rating: 0.0/5 (0 votes cast)

Sauvegarde et restauration du MBR sous Linux

François — Sun, 07 Oct 2007 21:46:41 +0000

Le Master Boot Record ou MBR est situé sur le premier secteur d’un disque dur « bootable ». Il est précieux car il contient la table des partitions et le « boot loader ». Dès qu’on utilise plusieurs systèmes sur la même machine, Windows et Linux par exemple, il est prudent de conserver une sauvegarde du MBR. Si on utilise Grub comme gestionnaire de boot et qu’on doit réinstaller Windows, celui-ci remplacera le MBR par le sien sans tenir compte des autres systèmes présents sur le disque. Dans ce cas c’est commode de pouvoir restaurer le boot loader. Voilà comment faire :

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

Rating: 5.0/5 (1 vote cast)