Ta vie on s'en fout!

Tristement testé sous Debian Testing « Jessie »

La fiabilité des disques durs n’étant hélas pas à la hausse, il n’y a qu’à voir la baisse des durées de garantie intervenues ces derniers temps, voici un petit mémo sur le remplacement d’un disque défectueux dans un miroir RAID1 soft sous Linux.

Lire la suite »

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. Lire la suite »

Testé sur Debian 5.0 Lenny

La commande sfdisk permet de manipuler les tables de partitions et de dupliquer très simplement la structure de cette table d’un disque vers un autre. Si on veut copier la table des partitions du disque /dev/sda vers le disque /dev/sdb la commande sera :

sfdisk -d /dev/sda | sfdisk /dev/sdb

C’est très pratique si on veut initialiser un volume RAID 1 par exemple.

Attention quand même, comme toutes les commandes de bas niveau qui agissent sur la table des partitions, une mauvaise manip peut avoit des conséquences douloureuses. Mieux vaut réfléchir un brin avant d’appuyer sur Entrée…

Lien : La man page de sfdisk, très bien faite, qui indique les options de sauvegarde et restauration

testé sous Debian 5.0 Lenny AMD64

J’ai eu quelques soucis dernièrement à supprimer un volume RAID logiciel (RAID 1) que j’avais créé un peu précipitamment. A chaque redémarrage le volume RAID était rechargé hop over to here. Voilà comment j’ai résolu le problème :

Volume RAID1 : /dev/md1
Partitions du RAID : /dev/sda3 et /dev/sdb3

on démonte le volume RAID :

sudo umount /dev/md1

on désactive le volume :

sudo mdadm -S /dev/md1

Et on finit par les commandes magiques d’effaçage des superblocks pour ne pas voir revenir son RAID au boot suivant :

sudo mdadm --zero-superblock /dev/sda3<br />

sudo mdadm --zero-superblock /dev/sdb3

Il faut aussi penser à modifier /etc/fstab en conséquence

Lien : La soluce en anglais