manolo75 Posté(e) le 12 mai 2012 Partager Posté(e) le 12 mai 2012 (modifié) Bonjour, Suite à un crash de disque dur, j'ai perdu mon volume md2, celui qui correspond au /volume1 : CubeStation> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md1 : active raid1 sda2[2] sdc2[3] sdd2[1] 522048 blocks [4/3] [_UUU] md0 : active raid1 sda1[2] sdc1[0] sdd1[1] 2489920 blocks [4/3] [uUU_] unused devices: <none> Les partitions sda3, sdb3, sdc3 et sdd3 semblent toujours intactes. CubeStation> sfdisk -l /dev/sda1 63 4980149 4980087 fd /dev/sda2 4980150 6024374 1044225 fd /dev/sda3 6281415 1953520064 1947238650 fd /dev/sdb1 63 4980149 4980087 fd /dev/sdb2 4980150 6024374 1044225 fd /dev/sdb3 6281415 5860528064 5854246650 fd /dev/sdc1 63 4980149 4980087 fd /dev/sdc2 4980150 6024374 1044225 fd /dev/sdc3 6281415 5860528064 5854246650 fd /dev/sdd1 63 4980149 4980087 fd /dev/sdd2 4980150 6024374 1044225 fd /dev/sdd3 6281415 5860528064 5854246650 fd Error: /dev/md2: unrecognised disk label get disk fail /dev/md11 0 1044095 1044096 0 /dev/md01 0 4979839 4979840 0 J'essaie de recréer le volume md2, mais j'ai l'erreur suivante : CubeStation> mdadm --create /dev/md2 --level=5 --assume-clean --raid-devices=4 / dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 --size=2920857600 --chunk=64 mdadm: /dev/sda3 is too small: 0K mdadm: /dev/sdb3 appears to be part of a raid array: level=raid5 devices=4 ctime=Wed Dec 2 17:44:15 2009 mdadm: /dev/sdc3 is too small: 0K mdadm: /dev/sdd3 appears to contain an ext2fs file system size=-1374109696K mtime=Sat May 12 14:53:42 2012 mdadm: /dev/sdd3 appears to be part of a raid array: level=raid5 devices=4 ctime=Wed Dec 2 17:44:15 2009 mdadm: create aborted Je précise la taille du volume car j'ai sda qui fait 1 to, les 3 autres disques faisant 3 to. Mon volume était un raid 5 de 3to au total, (4x1to en raid5). Si quelqu'un a une solution, je le remercie beaucoup. Modifié le 12 mai 2012 par manolo75 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
macbenoit Posté(e) le 12 mai 2012 Partager Posté(e) le 12 mai 2012 perso j'ai rien compris ... mais tu peux toujours demander a syno d'y prendre la main en general c'est rapide et fructeux 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 14 mai 2012 Partager Posté(e) le 14 mai 2012 Suite à ton crash, pourquoi tu relances pas la réparation du raid dans le DSM ... ? (tu as bien changé le disque KO ?) Sinon, ouvre un ticket chez Synology, ils te demanderont un accès SSH sur ton syno 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
manolo75 Posté(e) le 14 mai 2012 Auteur Partager Posté(e) le 14 mai 2012 Bonjour, J'ai effectivement contacté le support de synology qui a été bien rapide mais hélas ne peut rien pour moi : After you've created your md2, it appears you have overwritten your old array. Also, your issues may have started with a bad SATA cable connection: May 9 18:36:40 kernel: mv_ial_lib_event_notify 944 Marvell 7042 Sata Error Event: UNRECOVERABLE_COMMUNICATION_ ERROR [0,1] May 9 18:36:42 kernel: mv_ial_lib_event_notify 944 Marvell 7042 Sata Error Event: UNRECOVERABLE_COMMUNICATION_ERROR [0,1] May 9 18:36:43 kernel: mv_ial_lib_event_notify 944 Marvell 7042 Sata Error Event: UNRECOVERABLE_COMMUNICATION_ERROR [0,1] May 9 18:36:44 kernel: mv_ial_lib_event_notify 944 Marvell 7042 Sata Error Event: UNRECOVERABLE_COMMUNICATION_ERROR [0,1] May 9 18:36:45 kernel: [0 1]: Timeout. Retry connection May 9 18:36:45 kernel: [0 1]: Limit to 1.5Gb and Retry May 9 18:36:47 kernel: [0 1]: Give up the port after try all solutions May 9 18:36:47 kernel: end_request: I/O error, dev sdb, sector 1372403463 May 9 18:36:47 kernel: drivers/md/raid5.c[845]:raid5_end_write_request(), write, raid = 2, disk = 1, sector = 1366122048 May 9 18:36:47 kernel: raid5: Disk failure on sdb3, disabling device. Operation continuing on 3 devices May 9 18:36:47 kernel: end_request: I/O error, dev sdb, sector 1372403655 May 9 18:36:47 kernel: drivers/md/raid5.c[845]:raid5_end_write_request(), write, raid = 2, disk = 1, sector = 1366122240 May 9 18:36:47 kernel: end_request: I/O error, dev sdb, sector 1372403207 Unfortunately, it is not possible to rescue your data from our end. Please seek out professional data rescue service. Bref, je fais une croix sur mon raid5. Par contre, je me demande si j'ai moyen d'accéder aux partitions de chacun des disques et d'essayer de récupérer des données en montant les FS qui contiennent des données. Quelqu'un saurait-il me dire si c'est possible ? J'ai un dock usb sata à la maison. Je pense tenter cela ce soir. En tout cas merci beaucoup pour vos réponses. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 14 mai 2012 Partager Posté(e) le 14 mai 2012 Beaucoup ont tenté, mais aucun (à ma connaissance) n'a réussi ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
manolo75 Posté(e) le 14 mai 2012 Auteur Partager Posté(e) le 14 mai 2012 Aie A cause du type de FS ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 14 mai 2012 Partager Posté(e) le 14 mai 2012 1) déjà du au fait qu'il y a 3 partitions par disques (systeme, swap, données) 2) ensuite vu que c'est sur plusieurs disques, c'est pas le plus simple 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
manolo75 Posté(e) le 14 mai 2012 Auteur Partager Posté(e) le 14 mai 2012 Ok mais y a-t-il la possibilité de monter la partition 3 (celle qui contient des données) de chacun des disques sur un dock d'une façon quelconque, sans avoir besoin de tous les disques du raid en même temps ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
bud77 Posté(e) le 14 mai 2012 Partager Posté(e) le 14 mai 2012 Pas à ma connaissance mais ce serait trop simple 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
manolo75 Posté(e) le 14 mai 2012 Auteur Partager Posté(e) le 14 mai 2012 Effectivement, je pense que c'est foutu. Je n'avais pas pensé à un détail : le raid5 doit morceler les fichiers sur plusieurs disques, donc pas de fichier complet sur une partition. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Diaoul Posté(e) le 14 mai 2012 Partager Posté(e) le 14 mai 2012 (modifié) Exactement, un RAID5 devrait te protéger contre une panne matérielle d'un disque. Ce qui m'étonne c'est que ce ne soit pas récupérable par Syno car même si c'est un cable SATA défaillant il devrait n'y avoir qu'un disque d'affecter non ? A moins qu'avec le RAID 5 ça ne se soit propagé sur les autres disques... Edit: En relisant j'ai l'impression que ta manipulation a écrasé l'array existant ? Modifié le 14 mai 2012 par Diaoul 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
macbenoit Posté(e) le 14 mai 2012 Partager Posté(e) le 14 mai 2012 j'ai limpression que la bidouille a fait plus de degats... quand un disque crash, soit on fait reparation depuis le bureau syno soit on fait appel a synology directement, ton erreur etait de recreer un array 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.