Bonjour,
@schwing
hier je comprenais pas l'histoir avec le post dans l'autre topic et peux-etre des des références à des MP ...
il serait bon de récapituler ton problème dans un nouveau topic non ?
Si je comprends bien :
- tu as un raid de SME7 (raid+LVM)en vrac
- tu essaies de récupérer tes données en bootant sur un Système rescue CD
je l'ait fait en live l'an dernier mais il semble qu'entre les rc et la finale il y ait eu des changements (je ne me rappel plus que j'avais du redémarrer le raid)
La méthode :
- booter avec le rescue CD et UN seul des disques du raid
- découvrir les physicla volumes (pvs)
- decouvrir les VG (vgscan)
- activer les VG (vgchange)
- monter les LV que l'on veut sur un point de montage
Bon c'est bô la théorie mais quelquefois
Ce que je ne comprends pas c'est l'ensemble des actions que tu as pu faire et d'où sortent certaines infos, je les cites en vrac, ne le prends pas mal (mais tu comprendras qu'il ya de quoi s'y perdre)
- Code: Tout sélectionner
# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4] [multipath] [raid10]
md2 : active raid1 sda2[1]
104320 blocks [2/1] [U_]
unused devices: <none>
De base personne (à ma connaissance) n'a fait de Raid10 (stripe sur des disques en miroir) sur un SME , c'est pas glop comme message, ça commence mal
- Code: Tout sélectionner
nbd0: Attempted send on closed socket
end_request: I/0 error, dev nbd0, sector 0
Buffer I/0 error on device nbd0, logical block 0
T'as une idée de ce que peut-etre ce nbd0 ? moi pas
et je vois pas le rapport avec notre histoire
Donc là où ca coince à mon avis c'est lors du cat /proc/mdstat, mon disque de ma sme est mis en USB sur un laptop donc en sda, et sda2 là où se trouve mes précieuses données.
je suis pas d'accord sur le niveau ou se trouve les données, mais on pas y revenir, tout de suite
tout ceci avec SystemRescueCD
et là je suis perdu : comment tu boote, sur quel disque, comment c'est connecté, ?????
lorsque je veux faire un mount /dev/main/root j'ai ceci:
mount: can't find /dev/main/root in /etc/fstab or /etc/mtab
comme si le mdadm.conf n'était pas pris en compte.
ben tu parles de deux choses différentes : le mdadm.conf fournit des indications quant à la structure du RAID (physique et logique), le /etc/fstab fournit des indications quant aux méthodes à employer pour accéder à une organisation logique des données : quand y accéder, avec quels droits, de quel façon, ... et sous quel nom. Pour rappel la commande mount (si on ne présuppose pas l'existence d'un fichier d'inidcations complémentaires) a besoin d'au moins deux arguments : le device et le point de montage
Pour info, sur l'organisation RAID de la SME7, le mdadm.conf n'est pas utilisé (c'est optionnel)
Je n'arrive toujours pas à voire mon HD sur de l'usb ou directement sur le serveur.
précise ton propos, même si je suppose que tu parles de ta partition logique
Maintenant le autofsck de masterSleepy tourne et fini correctement, mais ensuite SME me dit que le file systeme est defect et donc je ne peux plus booter
donne nous tout le contexte
est-ce que tu veux dire qu'un fsck sur /dev/sda s'est correctement terminé ?
J'espère que tu peux comprendre que je soit un peu perdu dans tout ça.
je veux bien essayer de remonter une maquette pour voir ce qui peut coincer, dans la méthode, mais j'ai besoin d'infos sur ce que tu as fait exactement, sur la version exacte (7.0.x, 7.1.x,...), sur la version de system rescueCD (je crois avoir indiqué quel est la version minimale requise ...)
Il est illusoire de penser que dans l'état actuel des infos que je viens de récapituler, on puisse te donner des conseils applicables sans risques.
La balle est dans ton camp.
G.