bon pour continuer mon post sur la récup de mon serveur comment ici :
http://forum.hardware.fr/forum2.ph [...] 0#t6909297
je n'arrivais donc pas a remonter le Filesystem sur les volumes logiques du LVM.
dans une de mes tentatives, j'ai fais un mkfs ...
résultat ben le volume logique etait correctement monté mais evidemment vide.
j'ai eu beau effacé les parametres du Raid et du LVM pr retenter la manip, je me retrouvais tjrs avec un repertoire vide. J'en ai conclut sans plus de certitude que le fsck avait du modifier mes fichiers .img de chaque disque.
j'ai donc du me retapper la création de ces images avec ddrescue. 
au passage :
-ecriture du fichier image sur un HDD 3.5 250go 7200trs/mn branché en SATA en NTFS >> 8Mo/sec de moyenne.
-ecriture du fichier image sur un HDD 2.5 160go 5400trs/min branché en USB 2.0 en ext3 >> 18Mo/sec de moyenne.
l'ecriture sur le NTFS, ça sux a mort !!!
bref j'ai donc recommencer toute la manip, mais cette fois au lieu de faire un mkfs, j'ai fais un fsck :
Citation :
#fsck /dev/main/root
fsck.ext2: Bad magic number in super-block while trying to open /dev/main/root
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
|
il n'arrive pas a lire le superblock.
j'ai donc tenté comme il le dit le
#e2fsck -b 8193 /dev/main/root (le -b servant a indique ou aller lire le superblock)
sans plus de succes.
j'ai cherché avec les backup du superblock qui sont automatiquement créées, mais sans plus de résultat....
(peut etre que fsck n'arrive pas a lire les superblock sur les devices de loopback, j'en sais pas plus).
j'etais donc bien coincé.
Je me suis résigné a faire les manip directement sur les HDD...
j'ai donc remonté un raid (encore un oui) avec les vrais disque cette fois.
j'ai remis le lvm.
A ce sujet pour aller plus vite, sachez que des qu'un LVM est créé ou détecté, les parametres de lvm sont sauvegardé dans le fichier :
Citation :
#cat /etc/lvm/backup/"VG_name"
|
pour moi ça donne ceci.
Citation :
#cat /etc/lvm/backup/main
# Generated by LVM2 version 2.02.33 (2008-01-31): Sat Apr 4 18:36:13 2009
contents = "Text Format Volume Group"
version = 1
description = "Created *after* executing 'vgscan'"
creation_host = "localhost" # Linux localhost 2.6.25-14.fc9.i686 #1 SMP Thu May 1 06:28:41 EDT 2008 i686
creation_time = 1238862973 # Sat Apr 4 18:36:13 2009
main {
id = "mJ8K4Z-m0Ph-MzS3-W84G-aLCG-FVN8-QJLTK3"
seqno = 3
status = ["RESIZEABLE", "READ", "WRITE"]
extent_size = 65536 # 32 Megabytes
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "8siXfj-DV9S-aZrf-RswO-y0na-6ZBm-2n7WhM"
device = "/dev/md7" # Hint only
status = ["ALLOCATABLE"]
dev_size = 155893760 # 74,3359 Gigabytes
pe_start = 384
pe_count = 2378 # 74,3125 Gigabytes
}
}
logical_volumes {
root {
id = "qQdc2T-xWoP-vNGS-BrW5-UwDv-mWA3-lrzveA"
status = ["READ", "WRITE", "VISIBLE"]
segment_count = 1
segment1 {
start_extent = 0
extent_count = 2345 # 73,2812 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 0
]
}
}
swap {
id = "7cAP9M-Ej3X-lwiE-7DWs-gF3B-iNVp-5bX1AQ"
status = ["READ", "WRITE", "VISIBLE"]
segment_count = 1
segment1 {
start_extent = 0
extent_count = 32 # 1024 Megabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 2345
]
}
}
}
}
|
donc quand il faut peter le lvm et le refaire, pour aller plus vite, une petite sauvegarde de ce fichier, puis une suppression de ce dernier et du/des fichier(s) dans le dossier /etc/lvm/cache permet de repartir de zero, mais sans devoir se retaper tous les parametrage du lvm.
Je précise egalement que les répertoires des fichier de cache, d'archive et de backup peuvent etre parametrer dans le fichier lvm.conf (dans /etc/lvm/lvm.conf) ainsi que l'activation ou non de ces fonctions, mais tout est bien documenté dans le man du lvm.conf.
et là, j'ai croisé les fingers et j'ai lancé un fsck. ![[:totoz]](https://forum-images.hardware.fr/images/perso/totoz.gif "[:totoz]")
Citation :
#fsck /dev/main/root
|
et là !! AUCUNE erreur !!! ![[:yaisse3]](https://forum-images.hardware.fr/images/perso/yaisse3.gif "[:yaisse3]")
plop !! un petit mount pour voir tout ça !
Citation :
#mount /dev/main/root /media/recup
|
un petit de :
Citation :
#ls -al /media/recup
|
et PAF!!!! TOUT est là !!!
Yaisse !!! 
j'ai commencé a me ballader, aucun soucis je vois pas de chose manquante.
j'ai donc lancé ma récup des données sur un autre disque.
et là, j'ai été confronté a un truc tjrs chiant sous linux, les accents...
j'ai eu beau tenté de modifier les parametres du systemes pr le mettre en iso8559-15 ou euro.UTF8-fr jamais j'ai réussi...
sauf que du coup, tous mes fichiers avec accents et caractères différent ne passait pas et etaient ignorés lors des copies ! 
comment j'ai fais ?
j'ai installé Samba, j'ai mis :
Citation :
unix charset=ISO-8859-15
display charset=ISO-8859-15
|
dans les parametres Global du smb.conf
et j'ai fais les copies depuis mon poste windows !!! ![[:obanon]](https://forum-images.hardware.fr/images/perso/obanon.gif "[:obanon]")
et voila j'ai récupéré toute ma zik !! 
(et d'autres trucs moins important...)
Depuis, j'ai remarqué (merci webmin et smartctl au passage) que j'ai des erreurs smart sur 2 des 4 disques du RAID 5.
et notamment aussi que dans mon fichier /etc/mdadm.conf de mon raid récupéré, il n'y avait plus rien d'ecrit !!! 
j'ai donc tout remis en faisant :
Citation :
#mdadm --examine --scan /dev/sdf1
--> raid 1 du /boot
#mdadm --examine --scan /dev/sdf2
--> raid 5 du lvm
|
et je retenterais plus tard de rebrancher le tout sur mon serveur pr voir si ça repart (sait-on jamais)... 
Mais j'aurais tjrs 2 disks avec des erreurs smart.
m'enfin comme je compte me refaire un serveur neuf, l'importance est moindre maintenant...
voila!! 
edit :
mes sources d'infos : (tres succint puisque j'ai du avoir jusqu'a une trentaine d'onglets d'ouverts pr arriver a mes fins..)
http://forum.hardware.fr/forum2.ph [...] 1#t6495872
http://www.howtoforge.com/recover_ [...] partitions
http://tldp.org/docs.html#howto
http://www.tldp.org/HOWTO/LVM-HOWTO/index.html
http://www.linuxjournal.com/article/8874
http://www.sbgodin.fr/productions/lvmloop/
Message édité par neodam le 19-04-2009 à 22:51:23
chipset i845 ??
![[:transparency]](https://forum-images.hardware.fr/images/perso/transparency.gif "[:transparency]")
![[:cloud_]](https://forum-images.hardware.fr/images/perso/cloud_.gif "[:cloud_]")
![[:souk]](https://forum-images.hardware.fr/images/perso/souk.gif "[:souk]")
sympa le topic, je suis justement en plein dedans 
![[:cerveau love]](https://forum-images.hardware.fr/images/perso/cerveau love.gif "[:cerveau love]")