[Résolu]Crash volume SHR : comment récupérer les données ?

[Alex101]

Bonjour à tous,

mon volume SHR étant crashé je n'ai plus accès aux données.

Le SAV Syno n'ayant rien pu faire pour moi je tente désespérément de récupérer mes données.

J'ai mis les DD sur mon PC pour pouvoir les lire, je n'ai trouvé qu'un logiciel pour voir mes fichiers et tout y est.. seulement voile le logiciel (relaime file recovery) coute 200$ pour pouvoir sauvegarder.

Quelqu'un pourrait-il m'aider pour trouver une solution s'il vous plaît ?

À noter que j'ai tenté la recup via le tuto syno en passant par Ubuntu mais je n'arrive pas à monter les disques (2 sur USB et les autres directement dans la tour).

[firlin]

Bonjour Alex101,

Il y a 13 heures, Alex101 a dit :

À noter que j'ai tenté la recup via le tuto syno en passant par Ubuntu mais je n'arrive pas à monter les disques (2 sur USB et les autres directement dans la tour).

Je dirais que c’est un peu normal, tu n’utilises pas le même protocole pour tes disques quid 2 sur du SATA et 2 sur de l’USB = PB.

Il te faut tous mettre sur le SATA, tu peux lancer l’Ubuntu à partir d’une clé USB.

Dans tous les cas le SHR n’est pas une sauvegarde, tu en fais l’amère expérience.

Quand tes disques sont dans le nas que te dit les LED en face avant ? ( en clair tu en as combien d’allumer ).

 

Ton nas etait sur onduleur ?

[Alex101]

Je viens d'essayer il ne monte que deux disque sur 4 alors qu'ils sont bien reconnus quand je fais fdisk -l.

les led s'allument toutes mais le volume est crashé, je n'ai pas d onduleur.

jutilise la commande : mdadm -Asf && vgchange -ay 

que j'ai trouvé sur https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Modifié le 7 décembre 2017 par Alex101

[firlin]

As tu monté le raid shr avant de lancer cette commande ?


Envoyé de mon iPhone en utilisant Tapatalk

[Alex101]

Non, je n'ai fait que le tuto de syno présent dans le lien, aucune autre commande.

Ne sont-ils pas montés automatiquement lors du lancement de Ubuntu ?

J'avoue ne pas connaitre linux alors je me débrouille comme je peux.

[firlin]

Bonjour Alex101,

Les commandes linux tu les as lancés avec les 4 disques monté sur des SATA ?

[Alex101]

Bonjour Frlin,

oui, j'ai lancé Ubuntu live sur une clé USB avec les disques en Sata.

[Mic13710]

Il faudrait répondre à la question posée, ce serait plus simple. A savoir :

Dans le tuto, on demande de lancer mdadm ET lvm2. Est-ce que vous l'avez fait ?

[Alex101]

J'ai suivi le tuto dans son intégralité... à savoir que l'installation de MDADM ne fonctionne pas tel que, il faut faire une mise à jour au préalable.

[Mic13710]

D'un autre côté, si le volume est planté, que ce soit sur le NAS ou sur PC avec Ubuntu, l'accès aux données est impossible.

Que donnent la commande suivante :

cat /proc/mdstat

 

[Alex101]

root@ubuntu:~# cat /proc/mdstat
Personalities :
unused devices: <none>

Pourtant je vois les disques .

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 344E1A67-5C01-4C7E-9D4F-7701B0AD4B93

Device       Start        End    Sectors  Size Type
/dev/sda1     2048    4982527    4980480  2.4G Linux RAID
/dev/sda2  4982528    9176831    4194304    2G Linux RAID
/dev/sda5  9453280 7813830239 7804376960  3.6T Linux RAID

Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B57FC453-A7EF-411E-841E-22BCFA4E80B1

Device       Start        End    Sectors  Size Type
/dev/sdb1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdb2  4982528    9176831    4194304    2G Linux RAID
/dev/sdb5  9453280 7813830239 7804376960  3.6T Linux RAID

Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D39EA880-896F-450C-AA0D-D9F8D9B7D872

Device       Start        End    Sectors  Size Type
/dev/sdc1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdc2  4982528    9176831    4194304    2G Linux RAID
/dev/sdc5  9453280 7813830239 7804376960  3.6T Linux RAID

Disk /dev/sdd: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 91FB5FC8-BBE1-4AAA-975B-89045B0E834C

Device       Start        End    Sectors  Size Type
/dev/sdd1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdd2  4982528    9176831    4194304    2G Linux RAID
/dev/sdd5  9453280 7813830239 7804376960  3.6T Linux RAID

 

Modifié le 8 décembre 2017 par Alex101

[Alex101]

j'ai tenté d'assemblé en force :

mdadm --assemble --force /dev/md0 /dev/sda5 /dev/sdb5 /dev/sdd5
mdadm: /dev/md0 assembled from 2 drives - not enough to start the array.
 

En examinant les disques :

root@ubuntu:~# mdadm --examine /dev/sda5
/dev/sda5:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 699698a6:aef2356e:c4ad1afe:a7f5783f
           Name : Mugenstrike:2
  Creation Time : Fri Jun 24 16:29:01 2016
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     Array Size : 11706562368 (11164.25 GiB 11987.52 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : 390f16ad:c9e5a961:45d6f2a6:a5ba42ef

    Update Time : Wed Nov 29 19:33:39 2017
       Checksum : 5f27741 - correct
         Events : 3486

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : Active device 2
   Array State : .AAA ('A' == active, '.' == missing, 'R' == replacing)

 

root@ubuntu:~# mdadm --examine /dev/sdb5
/dev/sdb5:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 699698a6:aef2356e:c4ad1afe:a7f5783f
           Name : Mugenstrike:2
  Creation Time : Fri Jun 24 16:29:01 2016
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     Array Size : 11706562368 (11164.25 GiB 11987.52 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : b0169d5d:9062b444:9af893f7:7c24c5cc

    Update Time : Wed Nov 29 19:45:17 2017
       Checksum : c7a88a46 - correct
         Events : 3491

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : Active device 3
   Array State : .A.A ('A' == active, '.' == missing, 'R' == replacing)

 

root@ubuntu:~# mdadm --examine /dev/sdc5
/dev/sdc5:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 699698a6:aef2356e:c4ad1afe:a7f5783f
           Name : Mugenstrike:2
  Creation Time : Fri Jun 24 16:29:01 2016
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     Array Size : 11706562368 (11164.25 GiB 11987.52 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : 8a90da8e:b7d3f815:7237e733:a4b0a75b

    Update Time : Mon Nov 13 04:15:18 2017
       Checksum : 9549c37f - correct
         Events : 436

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : Active device 32768
   Array State : .A.A ('A' == active, '.' == missing, 'R' == replacing)

 

root@ubuntu:~# mdadm --examine /dev/sdd5
/dev/sdd5:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 699698a6:aef2356e:c4ad1afe:a7f5783f
           Name : Mugenstrike:2
  Creation Time : Fri Jun 24 16:29:01 2016
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     Array Size : 11706562368 (11164.25 GiB 11987.52 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : b0e291d2:b03ed4ca:33dc96cd:4110202d

    Update Time : Wed Nov 29 19:45:17 2017
       Checksum : f91b01c2 - correct
         Events : 3491

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : Active device 1
   Array State : .A.A ('A' == active, '.' == missing, 'R' == replacing)

[Mic13710]

il y a 49 minutes, Alex101 a dit :

mdadm --assemble --force /dev/md0 /dev/sda5 /dev/sdb5 /dev/sdd5

Y'a pas un truc qui manque ?

[Alex101]

il y a 9 minutes, Mic13710 a dit :

Y'a pas un truc qui manque ?

Si tu parles du 4ème disque j’ai déjà fait mais j’ai tenté san le disque qui serait en défaut.

[Alex101]

Bonjour,

des nouvelles du front : n'arrivant à rien sous Ubuntu je suis reparti sous Windows en testant divers logiciels tous plus pourris les uns que les autres...

en désespoir de cause je tombe sur ce sujet

 

Je me dis ok je tente... je remonte juste les 3 disques et met de côté celui en panne... Méga surprise, je revois de nouveau tous mes fichiers... (même pas besoin d'appliquer le tuto) je me presse donc de tout sauvegarder avant de recréer mon volume.

Je me demande, par contre, quelle est la meilleure méthode de stockage de mes données sur le serveur... si quelqu'un peut me renseigner s'il vous plaît.

Modifié le 10 décembre 2017 par Alex101

[Mic13710]

Il y a 2 heures, Alex101 a dit :

Je me demande, par contre, quelle est la meilleure méthode de stockage de mes données sur le serveur...

Celle qui vous convient le mieux pour votre usage. La seule chose vraiment importante c'est de mettre en place un système de sauvegarde régulière et automatique des données, au moins les plus importantes.

Le 07/12/2017 à 20:58, Alex101 a dit :

je n'ai pas d onduleur.

C'est la deuxième chose la plus importante. Un onduleur compatible est absolument indispensable avec un RAID5 sinon gare aux corruptions de données, voire à la perte de volume en cas d'arrêt incontrôlé du NAS (coupure secteur). C'est probablement ce qui s'est passé pour vous.

[Alex101]

Bonjour,

merci du conseil, l'onduleur compatible est installé depuis ce matin et relié en USB au Nas, configuré bien sur.

J'ai tout save et je vais refaire mon volume sur deux disques, les deux autres retournerons chez WD en RMA.

[Alex101]

Bonsoir,

petites news de mon soucis, j'ai envoyé les DD en SAV chez WD, ils ont été pris en échange standard, mon serveur est reparti avec ses 4 DD, merci à tous.

[Vtsax]

Cool, content pour toi.. :) N'oublie pas les backups ^^ @++

[Lelolo]

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.