Un De Mes Disques Dur Vient De Me Lacher....

[Auden69]

Bonjour,

Il ya 2ans, j'avais acquis un Syno DS411, et j'y avais mis 3 DD que j'avais sous la main... budget oblige.

Le tout était monté en JBOD, rien d'important sur le nas.....

Aujourd'hui, mise à jour du nas.... mais bip bib continu au boot suivant.... un de mes disques vient de rendre l'âme..... apparemment.. :-(

Est-il possible de récupérer ce qu'il ya sur les deux autres disques... ou c'est tout mort ? :-(

PS : Entre temps j'avais mis des trucs un peu important, donc ca m’embêterait de ne rien pouvoir récupérer....

Demain je pars chez LDLC chercher 4 DD de 2 To (4 X http://www.ldlc.com/fiche/PB00138197.html ) et mettre un place un vrai raid pour la redondance des données....

Alors récupérable, les données sur les disques encore ok ?

Merci pour votre aide :-)

[domlas]

Si tu es vraiment en JBOD alors sors ton mouchard ! En JBOD si un seul disque lâche toutes les données sont irrémédiablement perdues à au moins 99.99%. C'est pour cela que l'on dit qu'il est obligatoire de prévoir une vraie sauvegarde en JBOD.

De même si tu crées maintenant ton système en RAID (1 ou 5 mais surtout en 5) prévois obligatoirement un système de sauvegarde "vrai" c'est à dire sur autre support et autre système et si possibles autre lieu. Prévois aussi un bon onduleur sérieux. Les RAID n'aiment pas du tout les coupures de courant sauvages.

Les RAID ne sont pas des systèmes de protection de données, en aucun cas. En cas de plantage du système RAID qui est logiciel les dégats peuvent être énormes. Et bien se dire que les plantages logiciels sont des milliers de fois plus fréquents que les rares casses de disque.

Les RAID n'ont de véritable utilité que si l'on veut assurer coûte que coûte la continuité de fonctionnement du syno en tant que serveur de données. C'est tout.

Dans nos cas de petits particuliers la solution la moins problémaique reste le "basic" qui tripote le moins les données et sollicite le moins les disques.

Mais surtout ne pas confondre sécurité des données, sauvegarde et RAID. Les RAID ne sauvegardent pas les données.

Modifié le 20 juin 2014 par domlas

[Auden69]

Merci pour vos réponses....

Mort pour mort, je vais tenter une récupération des données grâce à un logiciel...

Du coup, je vais peut-être opter pour le raid SHR). Juste une question, si un disque dur plante, les autres resteront intacts non ?

A+

[Auden69]

Re,

Du coup, je vais garder 2 des 3 disques durs et passer en SHR.

J'ai actuellement de fonctionnel :

1 DD de 2To

1 DD de 1To

Demain je vais récupérer 2 disque de 2TO.

Puis mettre en place mes deux anciens disques durs maintenant et rajouter les 2 nouveaux demain après midi.

Si j'ai bien compris, la seule obligation est que les disques que j'installe soit supérieure ou égale en taille à ceux déjà présent... j'ai bon ?

EDIT : Je ne comprends plus rien...

Je ne comprends pas, DSM m'indique que le disque est sain.... Je dois le changer ? ou le soucis est ailleurs ?

Merci

Modifié le 20 juin 2014 par Auden69

[Fravadona]

Disque sain mais volume dégradé, tu peux tenter un reassamblage du RAID linéaire (JBOD Syno), mais en ligne de commande par SSH.

Mais d'abord redémarre le NAS, le Syno va peut-etre le faire tout seul maintenant que le disque est a nouveau online

[Auden69]

Bonjour....

Un reboot n'a rien changé....

Moi et les lignes de commandes.....

Voici où j'en suis :

BusyBox v1.16.1 (2014-05-29 11:35:48 CST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

Synology> cat /proc/mdstat

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]

md3 : active linear sdc3[1] sda3[2]

2920832768 blocks super 1.2 64k rounding [3/2] [_UU]

md1 : active raid1 sda2[0] sdc2[2]

2097088 blocks [4/2] [u_U_]

md0 : active raid1 sda1[0] sdc1[2]

2490176 blocks [4/2] [u_U_]

Synology> cd/volume1

-ash: cd/volume1: not found

Synology> mdadm --detail /dev/md*

/dev/md0:

Version : 0.90

Creation Time : Sat Jan 1 01:00:02 2000

Raid Level : raid1

Array Size : 2490176 (2.37 GiB 2.55 GB)

Used Dev Size : 2490176 (2.37 GiB 2.55 GB)

Raid Devices : 4

Total Devices : 2

Preferred Minor : 0

Persistence : Superblock is persistent

Update Time : Sat Jun 21 06:47:28 2014

State : clean, degraded

Active Devices : 2

Working Devices : 2

Failed Devices : 0

Spare Devices : 0

UUID : 68317a29:b2dab7c0:eb642439:80dcc404 (local to host Synology)

Events : 0.1679671

Number Major Minor RaidDevice State

0 8 1 0 active sync /dev/sda1

1 0 0 1 removed

2 8 33 2 active sync /dev/sdc1

3 0 0 3 removed

/dev/md1:

Version : 0.90

Creation Time : Sat Jan 1 01:00:02 2000

Raid Level : raid1

Array Size : 2097088 (2048.28 MiB 2147.42 MB)

Used Dev Size : 2097088 (2048.28 MiB 2147.42 MB)

Raid Devices : 4

Total Devices : 2

Preferred Minor : 1

Persistence : Superblock is persistent

Update Time : Sat Jun 21 06:34:45 2014

State : clean, degraded

Active Devices : 2

Working Devices : 2

Failed Devices : 0

Spare Devices : 0

UUID : 873a6b89:ff53cb5e:eb642439:80dcc404 (local to host Synology)

Events : 0.26225

Number Major Minor RaidDevice State

0 8 2 0 active sync /dev/sda2

1 0 0 1 removed

2 8 34 2 active sync /dev/sdc2

3 0 0 3 removed

mdadm: md device /dev/md10 does not appear to be active.

mdadm: md device /dev/md101 does not appear to be active.

mdadm: md device /dev/md102 does not appear to be active.

mdadm: md device /dev/md103 does not appear to be active.

mdadm: md device /dev/md11 does not appear to be active.

mdadm: md device /dev/md12 does not appear to be active.

mdadm: md device /dev/md13 does not appear to be active.

mdadm: md device /dev/md14 does not appear to be active.

mdadm: md device /dev/md15 does not appear to be active.

mdadm: md device /dev/md16 does not appear to be active.

mdadm: md device /dev/md17 does not appear to be active.

mdadm: md device /dev/md18 does not appear to be active.

mdadm: md device /dev/md19 does not appear to be active.

mdadm: md device /dev/md2 does not appear to be active.

mdadm: md device /dev/md20 does not appear to be active.

mdadm: md device /dev/md21 does not appear to be active.

mdadm: md device /dev/md22 does not appear to be active.

mdadm: md device /dev/md23 does not appear to be active.

mdadm: md device /dev/md24 does not appear to be active.

mdadm: md device /dev/md25 does not appear to be active.

mdadm: md device /dev/md26 does not appear to be active.

mdadm: md device /dev/md27 does not appear to be active.

mdadm: md device /dev/md28 does not appear to be active.

mdadm: md device /dev/md29 does not appear to be active.

/dev/md3:

Version : 1.2

Creation Time : Mon Apr 9 20:26:10 2012

Raid Level : linear

Array Size : 2920832768 (2785.52 GiB 2990.93 GB)

Raid Devices : 3

Total Devices : 2

Persistence : Superblock is persistent

Update Time : Tue Apr 10 08:28:03 2012

State : clean, FAILED

Active Devices : 2

Working Devices : 2

Failed Devices : 0

Spare Devices : 0

Rounding : 64K

Name : Synology:3 (local to host Synology)

UUID : 55e6f4c7:1e06113d:e34a7a74:5a108b8d

Events : 1

Number Major Minor RaidDevice State

0 0 0 0 removed

1 8 35 1 active sync /dev/hdc3

2 8 3 2 active sync /dev/hda3

mdadm: md device /dev/md30 does not appear to be active.

mdadm: md device /dev/md31 does not appear to be active.

mdadm: md device /dev/md32 does not appear to be active.

mdadm: md device /dev/md33 does not appear to be active.

mdadm: md device /dev/md34 does not appear to be active.

mdadm: md device /dev/md35 does not appear to be active.

mdadm: md device /dev/md36 does not appear to be active.

mdadm: md device /dev/md37 does not appear to be active.

mdadm: md device /dev/md38 does not appear to be active.

mdadm: md device /dev/md39 does not appear to be active.

mdadm: md device /dev/md4 does not appear to be active.

mdadm: md device /dev/md40 does not appear to be active.

mdadm: md device /dev/md41 does not appear to be active.

mdadm: md device /dev/md42 does not appear to be active.

mdadm: md device /dev/md43 does not appear to be active.

mdadm: md device /dev/md44 does not appear to be active.

mdadm: md device /dev/md45 does not appear to be active.

mdadm: md device /dev/md46 does not appear to be active.

mdadm: md device /dev/md47 does not appear to be active.

mdadm: md device /dev/md48 does not appear to be active.

mdadm: md device /dev/md49 does not appear to be active.

mdadm: md device /dev/md5 does not appear to be active.

mdadm: md device /dev/md50 does not appear to be active.

mdadm: md device /dev/md6 does not appear to be active.

mdadm: md device /dev/md7 does not appear to be active.

mdadm: md device /dev/md8 does not appear to be active.

mdadm: md device /dev/md9 does not appear to be active.

Synology>

C'est grave docteur ?

Merci

[Fravadona]

C'est grave docteur ?

Un peu mon neveu !!

Ton Disque 2 semble ne plus exister du tout sur le systeme, est-ce le cas ?

A faire seulement si le disque "defaillant" est visible par le systeme :

1) Sauvegarder les infos du RAID lineaire :

mdadm --examine /dev/hda3 /dev/hdb3 /dev/hdc3 >> raid.status

2) Tenter de reassembler le RAID :

mdadm --assemble --force /dev/md3 /dev/hda3 /dev/hdb3 /dev/hdc3

3) Si ca fonctionne, SAUVEGARDER LES DONNEES !!!

[Auden69]

Bonjour,

Oui le disque semble visible (voir le screen posté plus haut). C'est juste qu'il est non initialsé mais indiqué comme sain.

Je ne suis pas chez moi, je tenterai votre manip ce soir en croisant les doigts....

Priez pour moi :-)

[Auden69]

Synology> mdadm --examine /dev/hda3 /dev/hdb3 /dev/hdc3 >> raid.status

mdadm: cannot open /dev/hdb3: No such device or address

Il y a quelquechose que je fais mal ?

Merci

[Fravadona]

Ton disque "mort" est dans le 4ie slot du NAS ?

Si c'est le cas alors il faut remplacer /dev/hdb3 par /dev/hdd3

Sinon, ben tu as perdu la table de partiotions sur ce disque; mais vu que c'est la meme que pour les 2 autres il y a moyen de la reecrire

Modifié le 22 juin 2014 par Fravadona

[domlas]

Si j'ai bien lu le post de Auden il est en JBOD ?

Si c'est vraiment du JBOD, à mon avis la perte d'un disque lui est fatal.

Le JBOD permet de créer un seul grand volume dont la capacité sera l'addition des capacités des disques qui le composent. Le nombre de disque est illimité et on peut les rajouter au fur et à mesure ce qui agrandit le volume;

MAIS parce qu'il y a un un mais et de taille, on ne peut plus jamais retirer ou remplacer un disque.

Le JBOD est composé d'un premier disque dit "maître". Il possède (et est le seul à posséder) la table d'allocation qui va gérer les emplacements des secteurs de chacun des fichiers sur lui même et tous les autres disques esclaves.

Les autres disques dits "esclaves" ne possèdent pas de table d'allocations, ils dépendent totalement de la table du disque maître.

Si tu perds le disque maître là il est clair que la table ayant disparu il est impossible de retrouver les secteurs et la totalité des données est irrémédiablement perdue.

Si tu perds un des esclaves on pourrait penser ne perdre que les fichiers enregistrés sur ce disque. Sauf qu'avec le principe de fragmentation il est très probable qu'un fichier aura des secteurs répartis sur un peu tous les disques. Or avec un seul secteur perdu, le fichier est mort.

De plus la disparition d'un disque esclave doit à mon avis déranger la table d'allocation au moins pour ce disque et les suivants.

En règle générale on estime que la perte d'un disque en JBOD engendre la perte complète de tous les fichiers.

C'est pour cela qu'avec ce système la mise en place d'une sauvegarde très rigoureuse est obligatoire.

Sauf usages très spécifiques où la capacité énorme est indispensable à certains usages comme en montage vidéo en THD qui induisent des fichiers énormes, le JBOD est plutôt à éviter d'autant qu'un montage des disques en simple "basic" donnera bien aussi la plus grande capacité de stockage mais avec beaucoup moins de risques.

Il suffit alors de bien diversifier les dossiers partagés, d'en créer plusieurs à répartir sur les différents volumes plutôt que de ne garder qu'un seul DP servant de fourre-tout à des centaines de milliers de fichiers. En plus cela permet de n'autoriser (privilèges) que certains utilisateurs vis à vis de certains DP.

[Auden69]

Bonjour,

Le disque dur concerné est le numéro 2, le 2em slot en partant du haut. Je n'ai que 3 DD en tout....

Je vais certairement repartir de 0 ce soir.... le disque en question (le 2), est considéré comme sain.... J'en fais quoi ? Je compte partir sur du SHR. Je fais quoi de mon disque, je le monte ?

merci

[Auden69]

Pour info, j'ai mis le 1er disque dans ma tour, j'ai lancé File Recovery....

Je l'ai laissé tourné 2mn puis que j'ai stoppé la recherche.... Il semble capable de lire ce qu'il ya dessus... J'ai djà récupéré des photos...

Je vais le laisser tourner jusqu'à la fin (9h estimées). Je suis plutôt confiant pour le coup :-)

[Fravadona]

Que retourne la commande suivante ?

fdisk -l /dev/hdb

[Auden69]

Bonjour,

Ca :

Synology> fdisk -l /dev/hdb

Disk /dev/hdb: 1500.3 GB, 1500301910016 bytes

255 heads, 63 sectors/track, 182401 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/hdb doesn't contain a valid partition table

Synology>

PS : La récupération n'a rien donné.... :-(

Je croire que je vais devoir faire place nette.... une autre idée avant le big formatage ?

Modifié le 22 juin 2014 par Auden69

[Fravadona]

Attends, pour le moment ce n'est pas foutu:

Que donnent les commandes :

fdisk -l /dev/hda

fdisk -l /deb/hdc

L'idee est de recreer correctement le mbr du disque effacé puis de le reintegrer au Raid, ca a de bonnes chances de fonctionner

[Auden69]

Ceci :

Synology> fdisk -l /dev/hda

Disk /dev/hda: 2000.3 GB, 2000398934016 bytes

255 heads, 63 sectors/track, 243201 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/hda1 1 311 2490240 fd Linux raid autodetect

Partition 1 does not end on cylinder boundary

/dev/hda2 311 572 2097152 fd Linux raid autodetect

Partition 2 does not end on cylinder boundary

/dev/hda3 588 243201 1948793440+ fd Linux raid autodetect

Synology> fdisk -l /deb/hdc

fdisk: can't open '/deb/hdc': No such file or directory

Synology>

[domlas]

En JBOD il est tout à fait possible si le disque maître est en bon état que disc recovery retrouve tous les fichiers présents sur le disque 1 et jusqu'au disque mort.

Certains de ces fichiers seront complets, c'est possible. Mais d'autres beaucoup plus nombreux seront incomplets ce qui sera certainement le cas.

Je le répète si un fichier a ne serait ce qu'un seul secteur placé sur le disque mort, au mieux ce fichier sera incomplet, au pire il sera inutilisable.

Par exemple un fichier photo jpg peut très bien être partiellement "récupérable" mais avec une bande verdâtre quelque part sur l'image. Bande qui correspondra à un ou plusieurs secteurs perdus du disque mort.

Il est néanmoins vrai que tout fichier intégralement présent sur le disque maître pourront être intégralement récupérés.

[Auden69]

Si je pouvais récupérer ce qu'il y a sur le disque 1 ça serait déjà pas mal.... Si le NAS, les remplit dans l'ordre, alors tout ce que je souhaite récupérer doit etre sur le 1. C'est ce que j'avais copié premier...

Vous me conseillez quel logiciel ? Il y en a un paquet de logiciels... Même payant, je suis prêt à payer si ça peut me ramener mes fichiers...

[Auden69]

Bonjour,

Bonne nouvelle, le support a corrigé le soucis, et je peux enfin accéder à mon NAS ! :-)

Voici leur mail :

Hi ,

Thank you for the reply.

It should be done, your disk 2 is damaged seriously. Please help to backup all accessible data and replace the disk.

Please also help us to enable user's home directory in Control Panel --> Users --> Advance setting page.

If the issue happens again during the backup, you will need to clone your disk 2 before contacting us again.



Sorry for this inconvenience.

Je souhaite repartir sur un raid SHR.

Je vais aller acheter 2 x 2TO.

Ce qui me donnera :

3X 2To

1X 1To.

Je pensais procéder ainsi :

Installer les 2 disque de 2To neuf dans ma tour et tout rapatrier dessus.

Formateur le 1To et 2To dans le syno et choisir le SHR

Transférer le contenu de mon ordi vers la syno

Rajouter les 2 X 2TO dans le syno.

Est-ce la bonne procédure, ou vous me conseillez une autre méthode ?

PS : Faut vraiment être confronté à une perte de données pour en comprendre les conséquences... Bref, ça m'a servi de leçon !!!

Modifié le 23 juin 2014 par Auden69

[vincent7778]

Bonjour,

Bonne nouvelle, le support a corrigé le soucis, et je peux enfin accéder à mon NAS ! :-)

Très bonne nouvelle

Please also help us to enable user's home directory in Control Panel --> Users --> Advance setting page.

Je ne comprends pas pourquoi ils demandent cela, quelqu'un sait ?

Est-ce la bonne procédure, ou vous me conseillez une autre méthode ?

Je pense que oui, pour le SHR il faut juste penser à commencer par le plus petit disque, et ainsi de suite à chaque ajout de disque.

[Fravadona]

1 x 1To + 1x 2To en SHR = 1To utilisable, je ne suis pas sur que ca te suffise

De plus je conseillerais de faire un RAID5 (ou peut-etre un SHR) avec les 3 disques de 2To et de garder le 1To pour backuper regulierement les donnees reellement importantes

[Auden69]

Les 1To utilisables, c'est juste temporaire... J'ai de quoi stocker ailleurs le temps des transferts de disques durs.

Au final, j'ai peu de documents que je ne peux pas me permettre de perdre. 5go de documents maximum et 30go de photos. J'ai ouvert un compte sur hubic et je vais egalement dupliquer ces données semsibles sur deux autres DD qui dorment dans un tiroir...

Si j'ai 3X2 To + 1x 1To, j'aurais combien de To utilisables ? 4 ?

Merci

[vincent7778]

Voici le calculateur (dans ton cas : 5Go)

[Auden69]

Merci pour le lien, je ne le connaissais pas :-)

5Go, ça me va très bien :-)

Si un des disques rend l'âme, je perd forcement des données ou il suffit de remplacer le disque ? J'ai beau avoir lu la doc, j'ai du mal à comprendre comment on peut protéger 5go de données avec seulement 2GO destinées à la sécurité...