Alex101 Posté(e) le 6 décembre 2017 Posté(e) le 6 décembre 2017 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 Posté(e) le 7 décembre 2017 Posté(e) le 7 décembre 2017 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 Posté(e) le 7 décembre 2017 Auteur Posté(e) le 7 décembre 2017 (modifié) 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 Posté(e) le 7 décembre 2017 Posté(e) le 7 décembre 2017 As tu monté le raid shr avant de lancer cette commande ?Envoyé de mon iPhone en utilisant Tapatalk
Alex101 Posté(e) le 8 décembre 2017 Auteur Posté(e) le 8 décembre 2017 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 Posté(e) le 8 décembre 2017 Posté(e) le 8 décembre 2017 Bonjour Alex101, Les commandes linux tu les as lancés avec les 4 disques monté sur des SATA ?
Alex101 Posté(e) le 8 décembre 2017 Auteur Posté(e) le 8 décembre 2017 Bonjour Frlin, oui, j'ai lancé Ubuntu live sur une clé USB avec les disques en Sata.
Mic13710 Posté(e) le 8 décembre 2017 Posté(e) le 8 décembre 2017 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 Posté(e) le 8 décembre 2017 Auteur Posté(e) le 8 décembre 2017 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 Posté(e) le 8 décembre 2017 Posté(e) le 8 décembre 2017 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 Posté(e) le 8 décembre 2017 Auteur Posté(e) le 8 décembre 2017 (modifié) 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 Posté(e) le 8 décembre 2017 Auteur Posté(e) le 8 décembre 2017 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 Posté(e) le 8 décembre 2017 Posté(e) le 8 décembre 2017 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 Posté(e) le 8 décembre 2017 Auteur Posté(e) le 8 décembre 2017 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 Posté(e) le 10 décembre 2017 Auteur Posté(e) le 10 décembre 2017 (modifié) 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 Posté(e) le 10 décembre 2017 Posté(e) le 10 décembre 2017 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 Posté(e) le 16 décembre 2017 Auteur Posté(e) le 16 décembre 2017 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 Posté(e) le 3 janvier 2018 Auteur Posté(e) le 3 janvier 2018 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 Posté(e) le 3 janvier 2018 Posté(e) le 3 janvier 2018 Cool, content pour toi.. :) N'oublie pas les backups ^^ @++
Lelolo Posté(e) le 4 janvier 2018 Posté(e) le 4 janvier 2018 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.
Messages recommandés