Volume perdus sur un Raid 5 après réinitialisation

[Bigboy]

Bonjour,

Je viens chercher un miracle.

Je possède un DS411, 4*2To, RAId 5 hybride, DSM 6.0.1-7393 Update 2
Suite à des problème survenue lors de la dernière MAJ (voir lien ci-dessous) le SAV (très réactif) m'a demandé de réinitialiser mon nas.

Citation

C'est pourquoi dans ce genre de cas, nous recommandons de faire une sauvegarde des paramètres et des applications avec Sauvegarde et réplication, de réinitialiser votre Nas : https://www.synology.com/fr-fr/knowledgebase/tutorials/493 et de réinstaller DSM : https://www.synology.com/en-global/support/download.

Cette procédure ne supprime pas vos données car appartenant à une partition indépendante, mais elle formate la partition système d'où la nécessité de sauvegarder les configurations.Si le problème se reproduit une fois le système réinstallé revenez vers nous avec vos logs système et nous pourrons établir un diagnostic basé sur un système sain.

Cela ne m'a pas sembler anormale, et je décide de suivre leurs conseils ....

J'ai donc fait une sauvegarde de mes paramètres, téléchargé DSM depuis le centre de téléchargement et lancer la ré initialisation.

Tout ce passe bien, sauf que ....

Mon volume ne remonte pas. 
il n'est pas signalé comme cassé ou détérioré ....juste "rien". (voir images jointe)
et si je tente d'en créer un il me prévient que tous les disques seront formaté...

Voici la réponse du SAV à ce problème :
 

Citation

Je vous remercie pour votre retour. Malheureusement le fait que je n'ai pas trouvé de partition de données aux niveau des disques, je devrais avoir dans chaque partie de votre disque 1 (sda1, sda2 et sda3 ou sda5). Là je n'ai que sda1 et sda2, ce qui veut dire que je ne peux même pas recréer le Raid, je n'ai aucune informations qui pourraient m'aider dans ce sens. Il ne sera à cet effet pas possible de récupérer le volume. Certaines entreprises de récupération de données http://www.recoveo.com/  peuvent peut être récupérer les données en faisant de la lecture sur les disques bits à bits, mais je ne peux pas vous le confirmer.

root@DiskStation:~# sfdisk -l
/dev/sda1                256            4980735            4980480     fd  
/dev/sda2            4980736            9175039            4194304     fd  


/dev/sdb1                256            4980735            4980480     fd  
/dev/sdb2            4980736            9175039            4194304     fd  


/dev/sdc1                256            4980735            4980480     fd  
/dev/sdc2            4980736            9175039            4194304     fd  


/dev/sdd1                256            4980735            4980480     fd  
/dev/sdd2            4980736            9175039            4194304     fd  


/dev/sde1                256         5860528064         5860527809     83

 

Quelqu'un aurai-t’il une solution à me proposer ?

 

[Einsteinium]

Manque le sd[a/b/c/d]3 sur chaque disques... Tu es sûr de ne pas avoir été trop insistant lors du reset ?

Bref pas grand chose à faire contre la suppression de partition... surtout en raid 5... la récupération est possible, mais sa va coûté chère...

Bon sinon tu avais bien compris que le raid n'est pas une sauvegarde et ne fait qu'assure la continuité de service... tu vas donc sortir un blackup ? Sinon toutes mes condoléances...

[Bigboy]

Dans l'ordre :

- Je ne crois pas avoir été insistant et je comprend bien qu'il manque quelque chose (mais merci pour cette précision, je comprend un peu mieux ).

-  Recoveo m'annonce entre 2.000 et 4.00€

- Je devrais pouvoir récupérer une grande partie des fichiers essentielles, mais certain vont beaucoup me manquer. Mais tu as raison j'aurais due être plus vigilant.
Enfin comme dit le proverbe : "chat échaudé craint l'eau froide" : je serais donc plus prudent à l'avenir ....

 

Juste pour être sur : si je monte mes 4 disques dans une machine sous linux : ais-je une chance d'arriver à récupérer mes données soit en essayant de réparer la table de partition, soit en lisant les données bit par bit ?

[Einsteinium]

Ouai en passant via un fixe et Linux c'est possible, faudra mettre les mains dans le cambouis...

[Fenrir]

il y a 25 minutes, Bigboy a dit :

Juste pour être sur : si je monte mes 4 disques dans une machine sous linux : ais-je une chance d'arriver à récupérer mes données soit en essayant de réparer la table de partition, soit en lisant les données bit par bit ?

Raid5+LVM+partitions absentes => quasiment aucune chance de récupérer le moindre fichier

cat /proc/mdstat ?

 

 

Maintenant si tu ne comptes pas faire appel à une société spécialisée, tu peux toujours tenter le coup.

1. trouve un PC avec
   1. 4 ports sata libre
   2. un endroit où installer le système (un autre disque, une clef usb, ...), je te recommande une Debian (ou dérivée), mais tu trouveras les mêmes outils sur les autres distro
2. trouves de quoi sauvegarder tes 4 disques avec un peu de marge (donc au moins 10To)
3. fais un dd de chacun des disques (pas uniquement les partitions, TOUT le disque, mbr/gpt/.. inclus)

A partir de là tu pourras jouer :

1. il faut identifier le soucis au niveau de la table des partitions (certains softs arrivent à les reconstruire)
2. une fois les partitions retrouvées sur au moins 3 des disques (4 c'est mieux)
   1. il faut remapper le raid avec mdam : attention à l'ordre des disques/partitions
   2. remapper le LVM (regarde la conf dans le /etc/lvm/backup de la partition système de ton nas)
3. si tu arrives ici, tu as énormément de chance car tu devrais pouvoir commencer à récupérer des fichiers

[Einsteinium]

@Fenrir il est en SHR ?

[Fenrir]

il y a 1 minute, Einsteinium a dit :

@Fenrir il est en SHR ?

je ne sais pas, mais comme c'est le mode par défaut, il y a de bonnes chances que oui, sinon ça lui fera une étape de moins

[Bigboy]

il y a 23 minutes, Einsteinium a dit :

@Fenrir il est en SHR ?

Je suis presque certain que j'étais en SHR ...

Citation

cat /proc/mdstat ?

Un complément de précision ?

[Fenrir]

exécute cette commande sur le nas

[Bigboy]

Citation

 

Could not chdir to home directory /var/services/homes/admin: No such file or directory
admin@DiskStation:/$ cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
      2097088 blocks [4/4] [UUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3]
      2490176 blocks [4/4] [UUUU]

unused devices: <none>

 

 

Je n'ai, par contre , pas trouver le fichier lvm.conf dans le /etc/lvm/backup, le répertoire backup n'existe pas.

[Bigboy]

Bon la dernière réponse de synology est un coup de poignard qui me confirme que c'est bien moi qui me suis trompé de manipulation.

Si Fenrir me confirme que j'ai encore quelques chances je tenterais sa manipulation ce soir ... sinon je laisserais tomber.

 

Citation

En effet c'était une mauvaise manipulation que de lancer la réinitialisation depuis l'interface du système.

 

Cette réinitialisation est un reformatage d'usine, qui supprime toutes les informations du système, c'est le fameux " From Sracth " La réinitialisation depuis l'interface physique active la suppression sur les disques de la partition système (sda1 et sda2) et laisse intacte sda3, en réinstallant alors, vous la recréez toujours sans toucher sda3.

 

[Einsteinium]

La récupération des partitions c'est pas vraiment le problème... mais le shr oui... les joies du shr, moi j'aime bien mon raid 5 

[Fenrir]

Si c'est un reset depuis l'interface, c'est mort (enfin trop compliqué/long/cher) à mon avis.

Mais tu peux toujours essayer, ça te permettra d'apprendre plein de truc ...

Il y a 6 heures, Einsteinium a dit :

La récupération des partitions c'est pas vraiment le problème... mais le shr oui... les joies du shr, moi j'aime bien mon raid 5 

le shr ne change pas grand chose, le gros soucis ici c'est le raid5

[Bigboy]

 

Ca fait longtemps que je n'ai pas mis les mains dans le cambouis, surtout dans Linux .... mais si ça peux être utile ....
Maintenant quand je t'écoute je me dis que ça risque d'être plus que compliqué.

Question bête : si je recréer un volume comme l'ancien, puis que je démonte mes disque pour les coller dans ma tour : puis-je espérer un résultat en faisant une recherche bit par bit ?

 

[Fenrir]

il y a 3 minutes, Bigboy a dit :

Question bête : si je recréer un volume comme l'ancien

chaque bit que tu vas écrire sur le disque diminuera fortement tes chances de restauration, qui plus tu n'as presque aucune chance de recréer le volume (mais surtout le raid5 qui est dessous) à l'identique du point de vue blocs.

Ta seule chance c'est d'arriver à restaurer la table des partitions, sans ça tu ne pourras pas remonter le raid5 à l'identique, donc restaurer la partie LVM à l'identique et enfin pouvoir aller lire le disque bit à bit.

Au départ je pensais que ta table des partitions avait sautée, s'il y avait eu que ça c'est réparable, mais ça ne semble pas être le cas ici.

Perso je ne tenterais même pas, trop long à faire, et si les données étaient vraiment importantes je demanderais à une entreprise spécialisée.

Si la plupart des utilisateurs avertis du forum on au moins 3 copies de toutes leurs données importantes, sur 3 supports physique différents, ce n'est pas par geekerie.

[Bigboy]

mon orgueil et m'a fierté en ont pris un coup, mais oui dans ma liste d'erreur j'ai fait celle de n'avoir qu'une sauvegarde de certaine donnée ....

je vais quand même essayer une récup ce WE.

 

sinon j'ai une dernière question : je compte migrer de nas (toujours chez synology), puis-je utiliser ma sauvegarde de la configuration de l'ancien pour migrer tous les comptes ?

 

[Fenrir]

il y a 58 minutes, Bigboy a dit :

sinon j'ai une dernière question : je compte migrer de nas (toujours chez synology), puis-je utiliser ma sauvegarde de la configuration de l'ancien pour migrer tous les comptes ?

techniquement oui (export/import de conf), mais si les modèles sont trop différents (en nombre de baies, en type de cpu ou en génération), il vaut mieux repartir de zéro (ou presque, il y a des astuces pour certains morceaux de la conf), idem si ton nas actuel a "subit" des mises à jour majeurs (DSM, 4.x => 5.0 => 5.2 => 6.0), c'est déconseillé car on remonte des vieux paramétrages

[Bigboy]

je vais passer du DS411 au DS916+ ... tous les deux des 4 baies sous DSM 6 ... mais effectivement de puissance (proc et ram) très différent.

[Einsteinium]

@Fenrir Je suis pas d'accord avec toi pour le coup, il y a très peu de chance que les blocs disponibles soit différent de ceux précédent, les partitions systèmes font toujours la même taille et partent du début du disque, pour moi la récupération est possible.

[Bigboy]

Donc pour toi ça vaudrait le coup d'essayer de récupérer les données ?
Et pour ce faire de re-créer un volume identique à l'ancien ?

[Einsteinium]

Fait un live cd/USB de gparted, via testdisk tente une récupération de la partition, perdu pour perdu et vue que tu passeras pas par une boite, essaye, ta rien à perdre.

[Bigboy]

Tu as raison : perdu pour perdu je vais essayer ça ce WE ou Vendredi .... c'est le moment où je suis content de ne pas avoir un Raid 5 sur 8 disques

[Fenrir]

Il y a 11 heures, Einsteinium a dit :

@Fenrir Je suis pas d'accord avec toi pour le coup, il y a très peu de chance que les blocs disponibles soit différent de ceux précédent, les partitions systèmes font toujours la même taille et partent du début du disque, pour moi la récupération est possible.

tu comptes la table des metadatas du raid et du lvm ?

https://raid.wiki.kernel.org/index.php/RAID_superblock_formats

De plus si les disques ne sont pas réagencés dans le même ordre ...

 

Mais oui, ça peut valoir le coup de tester (perso je tenterais d'abord de restaurer la table des partitions de chacun des disques)

[Einsteinium]

Bah après la récupération de la table c'est la localisation d'un/des superblock de secours, le lvm c'est encore autre chose... jamais fait de shr/équivalent en récupération.