Différences

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

--- archives:info:os:debian:lvm [2018/05/03 11:09] – créée - modification externe 127.0.0.1
+++ archives:info:os:debian:lvm [2024/05/17 08:23] (Version actuelle) – ↷ Liens modifiés en raison d'un déplacement. Admin
@@ Ligne 24: / Ligne 24: @@
 Donc il suffit d'écrire sur les disque une table de partition :
 <code># fdisk /dev/sdb</code>
-{{ info:os:debian:fdisk_3to.jpg |}}
+{{ archives:info:os:debian:fdisk_3to.jpg |}}
-{{ info:os:debian:fdisk_partition_primaire.jpg |}}
+{{ archives:info:os:debian:fdisk_partition_primaire.jpg |}}
 Il faut ensuite procéder à la même opération sur le second disque qui va rejoindre le volume logique (///dev/sdc// ici).
@@ Ligne 36: / Ligne 36: @@
 L'opération est très simple et consiste donc a créer un groupe de volumes en lui attribuant un nom (ici //vgdata//) et en y intégrant un volume physique précédemment initialisé :
 <code># vgcreate vgdata /dev/sdb1</code>
-{{ info:os:debian:lvm_vgcreate.jpg |}}
+{{ archives:info:os:debian:lvm_vgcreate.jpg |}}
 ===== Ajout d'espace =====
 <code>vgextend vgdata /dev/sdc1</code>
@@ Ligne 42: / Ligne 42: @@
 Il faut commencer par créer le volume logique (//lvdata//) et lui attribuer une partie plus ou moins importante de l'espace disponible dans le groupe de volumes (//vgdata//) :
 <code>lvcreate --name lvdata -l 100%FREE vgdata</code>
-{{ info:os:debian:lvm_lvcreate.jpg |}}
+{{ archives:info:os:debian:lvm_lvcreate.jpg |}}
 <WRAP center round tip 60%>
 //lvcreate// propose de nombreuses syntaxes différentes en ce qui concerne la portion de l'espace à allouer...
@@ Ligne 55: / Ligne 55: @@
 J'ai évidement commencé par chercher du côté de Samba puis à force de chercher dans les logs, j'ai trouvé un paquets d'erreurs au niveau du système de fichiers de l'un des disques du volume logique (dans ///var/log/kern.log//) :\\
-{{ info:os:debian:lvm_verification_log_kern.jpg |}}
+{{ archives:info:os:debian:lvm_verification_log_kern.jpg |}}
 L'étape suivante a été de tenter de forcer une vérification au démarrage avec les commandes suivantes :
 <code># touch /forcefsck
@@ Ligne 66: / Ligne 66: @@
 <code># lvm lvs</code>
 Ce qui va renvoyer quelque chose comme ceci :
-{{ info:os:debian:lvm_verification_lvs.jpg |}}
+{{ archives:info:os:debian:lvm_verification_lvs.jpg |}}
 Comme il va falloir démonter le volume en question, il est préférable d'arrêter les service correspondants (uniquement Samba dans mon cas) :
@@ Ligne 75: / Ligne 75: @@
 e2fsck -y /dev/vgdata/lvdata</code>
 Et le retour très rapide a été le suivant :
-{{ info:os:debian:lvm_verification_propre.jpg |}}
+{{ archives:info:os:debian:lvm_verification_propre.jpg |}}
 Mouais... Mon œil! :-\\\
 Donc même si le commutateur //-y// est supposé tenter de détecter et réparer automatiquement toute corruption du système de fichier, il est manifestement insuffisant (et c'est probablement le même genre de vérification que la commande //touch /forcefsck// déclenche). Donc on insiste :\\
@@ Ligne 88: / Ligne 88: @@
 Et voici le résultat obtenu, cette fois après un long moment :
-{{ info:os:debian:lvm_verification_resultat_e2fsck.jpg |}}
+{{ archives:info:os:debian:lvm_verification_resultat_e2fsck.jpg |}}
 Le mode verbeux n'est pas si causant que çà, il y avait vraiment un paquet d'erreurs dans le log. Qu'a cela ne tienne...\\
 <code>reboot</code>
@@ Ligne 106: / Ligne 106: @@
 Quand on a plusieurs disques identiques et qu'il faut en identifier un, il faut récupérer son numéro de série :
 <code># smartctl -i /dev/sdb</code>
-{{ info:os:debian:smartctl_serial.jpg |}}
+{{ archives:info:os:debian:smartctl_serial.jpg |}}
 <WRAP center round help 80%>
 Pour avoir accès à la commande //smartctl//, il faudra que le paquet //smartmontools// soit installé.
@@ Ligne 112: / Ligne 112: @@
 Et il faut aussi connaître le nom du volume logique :
 <code># lvm lvs</code>
-{{ info:os:debian:lvm_verification_lvs_vg.jpg |}}
+{{ archives:info:os:debian:lvm_verification_lvs_vg.jpg |}}
 J'ai donc ensuite ajouté mon disque (à chaud dans mon cas) et vérifié qu'il était bien détecté par le système en jetant simplement un œil au contenu de ///dev// (il faut évidement avoir une idée de son contenu ou avoir pensé à regarder avant :-P).
@@ Ligne 125: / Ligne 125: @@
 Sauf que ça coince dès la commande //vgextend// :
-{{ info:os:debian:lvm_vgextend_missing.jpg |}}
+{{ archives:info:os:debian:lvm_vgextend_missing.jpg |}}
 Le but étant de récupérer ce qui est à récupérer sur le disque en question, il faut creuser la question en regardant l'état des volumes physiques :
 <code># pvs</code>
-{{ info:os:debian:lvm_verification_pvs.jpg |}}
+{{ archives:info:os:debian:lvm_verification_pvs.jpg |}}
 C'est l'attribut //m// (pour //missing// qui coince)...
 Il est théoriquement possible de réinitialiser cet attribut avec cette commande :
 <code># vgextend --restoremissing vgdata /dev/sdb1</code>
-{{ info:os:debian:lvm_vgextend_restoremissing.jpg |}}
+{{ archives:info:os:debian:lvm_vgextend_restoremissing.jpg |}}
 Bon ben voilà... La messe est dite pour ce disque :-(. Malgré mes recherches, je n'ai pas trouvé comment passer outre donc il est temps de retirer le disque du volume logique :
 <code># vgreduce --removemissing vgdata</code>
-{{ info:os:debian:lvm_vgreduce_removemissing.jpg |}}
+{{ archives:info:os:debian:lvm_vgreduce_removemissing.jpg |}}
 Pas le choix, il faut utiliser le commutatuer //--force// pour retirer ce fichu disque:
 <code># vgreduce --removemissing vgdata --force</code>
-{{ info:os:debian:lvm_vgreduce_removemissing_force.jpg |}}
+{{ archives:info:os:debian:lvm_vgreduce_removemissing_force.jpg |}}
 Comment ça « //Logical volume "lvdata" successfully removed// » ?! :-X