Aller au contenu

Messages recommandés

Posté(e) (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é par manolo75
Posté(e)

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

Posté(e)

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.

Posté(e)

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

Posté(e)

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 ?

Posté(e)

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.

Posté(e) (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é par Diaoul
Posté(e)

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

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.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.