Reconstruire un RAID 5 de Synology en ext4 sous Ubuntu 14.04
Reconstruire un RAID 5 de Synology en ext4 sous Ubuntu 14.04 - Réseaux - Réseaux grand public / SoHo
Marsh Posté le 27-07-2015 à 20:46:06
Bonjour,
J'ai eu un problème comparable sur un Qnap TS-509 Pro avec une grappe Raid 5 aux choux en 2013 : le problème ressemblait à ce que tu décris avec des disques éjectés de la grappe sans raison évidente.
Après quelques jours de recherches sur des commandes comme mdadm, etc ... j'ai rendu les armes et sollicité les services d'un professionnel plutôt que de perdre des données qui étaient probablement encore récupérables.
Tu trouveras plus d'infos sur http://freedatarecovery.us.
En gros, il a assemblé ses outils sur un iso pour prendre la main à distance sur un PC sur lequel l'utilisateur a préalablement connecté ses disques.
Dans mon cas, il a sauvé l'ensemble des données que j'ai pu copier après son intervention.
Vérifie si le système est toujours le même mais à l'époque, il t'invitait une fois le service rendu à faire une donation libre.
Voilà, ce n'est pas une solution toute prête mais une piste à considérer, en espérant que cela aide.
A+
Bert
| Vil Coyote a écrit : Bonjour,
Que faire? |
Marsh Posté le 28-07-2015 à 09:02:46
Salut,
voir avec le support Syno ou sur leur forum ?
Sinon as-tu tenté ça : http://www.freeraidrecovery.com/
C'est donné pour marcher.
Message édité par ShonGail le 28-07-2015 à 09:03:48
Marsh Posté le 28-07-2015 à 18:59:51
@ShonGail
Merci pour ta réponse. Je teste actuellement ton lien. L'analyse des données de parité est en cours (27%). On va voir ...
Le support Synology est intervenu mais n'a rien pu faire par rapport aux disques non initialisé et initialisé. La dernière solution qu'ils proposent avant le recours à une société de récupération de données est de cloner un des 2 disques en question. Mais pour l'avoir déjà tenté, le clonage ne fonctionne déjà pas sur un disque sain, donc pour un disque avec des secteurs défectueux je pense que ce ne serait qu'une grosse perte de temps.
Avec Linux, en ajoutant --assume-clean dans une ligne de commande, j'arrive à avoir les 4 disques actifs mais le volume1 est alors vide.
@bert28k
Merci aussi pour la réponse. Je teste si la solution de ShonGail ne donne rien. Croisons les doigts ...
Marsh Posté le 02-08-2015 à 19:30:15
@ShonGail
Free Raid Recovery n'a rien donné. Après 4 jours, aucun mouvement (ligne de progression immobile à 1/4 - 1/3 environ) sans aucune info quant à la possibilité de récuprer qqch (rien dans "Confidence" par exemple) ni quant au temps restant ou au pourcentage effectué.
L'application n'était pas plantée mais à part la laisser tourner 5, 10 ou 20 jours de plus, je n'avais d'autre choix que d'en rester là.
Marsh Posté le 05-08-2015 à 19:35:18
@bert28k,
je soumets le cas à Stephen de freeraidrecovery.us
C'est un peu le dernier espoir ...
Marsh Posté le 22-09-2015 à 13:58:48
Bonjour,
voici le feedback : Stephen a effectivement réussi à reconstituer le raid et à récupérer la totalité des fichiers, à l'exception d'une dizaine de fichiers. Par rapport au nombre total de fichiers, c'est donc un taux de réussite de 99,99% au moins. Je précise que même les fichiers de plus de 4 GB (ceux qui auraient pu poser le plus de problèmes) ont pu également être récupérés. Nous aurions pu tenter de créer une image d'un disque pour tenter de récupérer la dizaine de fichiers récalcitrants mais ces fichiers n'étaient pas essentiels et cela aurait pris à nouveau quelques jours. A un certain moment, il faut aussi pouvoir passer à autre chose, surtout que la copie des fichiers a duré environ deux semaines.
Au niveau des disques, un disque Seagate est complètement mort et plus en garantie. Il est donc à la poubelle. L'autre disque Seagate est reconnu par Windows et abrite des copies de fichiers, ce qui permet de travailler sur les mêmes fichiers sur deux machines en même temps. Enfin, un troisième disque Western Digital présentait des erreurs de lecture (mauvais secteurs) et est parti chez le fabricant pour échange. C'était déjà un disque de remplacement pour disque reçu DOA (mort à l'arrivée). Bref, pas de bol avec de disque de chez WD.
Encore merci à bert28k pour son conseil et surtout à Stephen pour sa disponibilité et sa compétence. Une personne à recommander vivement!
Sujets relatifs:
- liens entre 2 Nas Synology
- Quel NAS (qui fait du raid) acheter?
- Recherche "spécialiste" de wordpress hébergé sur NAS synology
- site internet avec synology
- NAS Synology + Plex
- wifi qui vient 3mn et qui s'en va :'( linux/ubuntu
- FTP Synology
- Performance NAS Synology
- Impossible d'installer pyload sur un nas synology ds 415 play
Marsh Posté le 26-07-2015 à 15:25:02
Bonjour,
suite au plantage de mon volume RAID5 / SHR sur mon Synology DS411j, j'avais ouvert ce sujet. N'ayant pas trouvé de solution sous Windows, je me suis tourné, suite aux conseils, vers Linux. J'ai installé Ubuntu 14.04.2. Cependant comme c'est totalement nouveau pour moi, je ne sais pas trop quoi faire et je préfère vous demander conseil plutôt que de faire pire que mieux.
En résumé, il y a 4 disques de 3 To qui forment le volume1. Le volume s'affiche comme "vide" mais les disques sont reconnus. Dans le Synology, deux disques avaient été virés du Volume1 (initialisé ou non initialisé, selon le cas). Ici ces disques apparaissent comme spare et faulty spare. Voici le log :
coyote@coyote-System-Product-Name:~$ sudo -i
[sudo] password for coyote:
root@coyote-System-Product-Name:~# parted --list
Modèle: ATA WDC WD30EZRX-22D (scsi)
Disque /dev/sda : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 2551MB 2550MB ext4 raid
2 2551MB 4699MB 2147MB linux-swap(v1) raid
5 4840MB 3001GB 2996GB raid
Modèle: ATA WDC WD30EZRX-00D (scsi)
Disque /dev/sdb : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 131kB 2550MB 2550MB ext4 raid
2 2550MB 4698MB 2147MB linux-swap(v1) raid
5 4840MB 3001GB 2996GB raid
Modèle: ATA ST3000DM001-9YN1 (scsi)
Disque /dev/sdc : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 131kB 2550MB 2550MB ext4 raid
2 2550MB 4698MB 2147MB linux-swap(v1) raid
5 4840MB 3001GB 2996GB raid
Modèle: ATA ST3000DM001-9YN1 (scsi)
Disque /dev/sdd : 3001GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : gpt
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 131kB 2550MB 2550MB ext4 raid
2 2550MB 4698MB 2147MB linux-swap(v1) raid
5 4840MB 3001GB 2996GB raid
Modèle: ATA ST320413A (scsi)
Disque /dev/sde : 20,0GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Numéro Début Fin Taille Type Système de fichiers Fanions
1 1049kB 15,7GB 15,7GB primary ext4 démarrage
2 15,7GB 20,0GB 4292MB extended
5 15,7GB 20,0GB 4292MB logical linux-swap(v1)
Modèle: Generic Flash Disk (scsi)
Disque /dev/sdf : 1038MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,8kB 1038MB 1038MB primary fat16
Modèle: SAMSUNG HD502HI (scsi)
Disque /dev/sdg : 500GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
Numéro Début Fin Taille Type Système de fichiers Fanions
1 8225kB 500GB 500GB extended lba
5 8258kB 500GB 500GB logical ntfs
root@coyote-System-Product-Name:~# sudo madadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
sudo: madadm: command not found
root@coyote-System-Product-Name:~# sudo mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/sda1 appears to contain an ext2fs file system
size=2490176K mtime=Sun Jul 19 00:08:00 2015
mdadm: /dev/sdb1 appears to contain an ext2fs file system
size=2490176K mtime=Sun Jul 19 00:08:00 2015
mdadm: /dev/sdc1 appears to contain an ext2fs file system
size=2490176K mtime=Thu Jul 16 22:24:05 2015
mdadm: /dev/sdd1 appears to contain an ext2fs file system
size=2490176K mtime=Sun May 24 14:09:41 2015
Continue creating array? y
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.
root@coyote-System-Product-Name:~# sudo mdadm --daemonise /dev/md0
mdadm: --daemonise does not set the mode, and so cannot be the first option.
root@coyote-System-Product-Name:~# sudo mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sun Jul 26 14:51:37 2015
Raid Level : raid5
Array Size : 7463424 (7.12 GiB 7.64 GB)
Used Dev Size : 2487808 (2.37 GiB 2.55 GB)
Raid Devices : 4
Total Devices : 4
Persistence : Superblock is persistent
Update Time : Sun Jul 26 14:52:01 2015
State : clean, FAILED
Active Devices : 2
Working Devices : 3
Failed Devices : 1
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 512K
Name : coyote-System-Product-Name:0 (local to host coyote-System-Product-Name)
UUID : d1dcfdeb:0c6ec310:e97a31d5:4f48ab9c
Events : 8
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
2 0 0 2 removed
3 0 0 3 removed
2 8 33 - faulty spare /dev/sdc1
4 8 49 - spare /dev/sdd1
root@coyote-System-Product-Name:~# sudo mkdir /media/raid
root@coyote-System-Product-Name:~#
Que faire?
D'avance merci,
Coyote