Zorglab Posté(e) le 21 septembre 2014 Posté(e) le 21 septembre 2014 (modifié) Bonjour, bonsoir, Ma première intervention intéressée sur ce forum. Voila : La config : DS 213j avec 2 disques WD Green de 2To en RAID SHR, avec un seul volume. Installé et fonctionnel depuis plus d'un an : bien content. Puis : alerte sur un disque (le 1) : secteur défectueux, erreur d'ntrée / sortie. C'est un dimanche : j'arrête tout, je déconnecte le disque en question histoire de le tester pour voir ce qu'il a. Je redémarre le NAS avec 1 disque : tout est ok, mes données sont toujours là. Je fais un surface test avec "Minitiools Partition Wizard (sous Windows) : il ne détecte que 26 secteurs mauvais. Pas la mer à boire je me dis ; je tente le coup de le remettre dans le nas (c'est un dimanche et je n'en ai pas d'autre sous la main). Je le ré-installe, et là ça commence a sentir le roussi. Quand il est accessible, je vois qu'il m'a créé un 2ième volume et que les 2 disques ne sont plus en raid. Et là je commet l'erreur du siècle : je supprime ce 2ième volume. Et depuis, je crois que vous devinez la suite : plus de volume, ni 1, ni 2, et bien sur plus de données (1,8 To quand même). Bref je suis dans la me..e noir, car pas de sauvegarde : je pensais bétement que de stocker sur 2 disques allait m'épargner cela. J'ai contacter le support de Synology : trés réactif. Diagnostic à distance par SSH. Les conclusions : Bonjour, Oui a la date du 11 septembre, vous aviez 1 volume avec 2 disques : <space path="/dev/vg1000/lv" reference="/volume1" > ...................... Cependant, après vos manipulations, il semble que vous ayez recréer 2 volumes distinct :<space path="/dev/vg1001/lv" reference="/volume2" > ................................... Les informations du volume ont donc été supprimées, et je ne peux donc pas reconstruire le volume. Essayez la méthode suivante, vous aurez peut être une chance de récupérer vos données :https://www.synology.com/fr-fr/knowledgebase/faq/579 J'ai monté une machine Ubuntu, y ai installé les 2 disques, le raid est reconnu, mais les données ???? J'ai aussi fait une vérification du raid avec mdstat directement sur le nas en SSH : Nas_Heloise> cat /proc/mdstat > Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] > md3 : active raid1 sda5[0] > 1948779648 blocks super 1.2 [1/1] > > md1 : active raid1 sda2[0] sdb2[1] > 2097088 blocks [2/2] [uU] > > md0 : active raid1 sdb1[0] > 2490176 blocks [2/1] [u_] Il semble qu'il y a bien un problème, mais comment le résoudre. Si quelqu'un a une idée de préférence géniale, ça serait bien, et même trés bien. Je dois aussi ajouter que mes compétences en Linux et connaissances des systèmes de stockage sont assez limités. Modifié le 21 septembre 2014 par Zorglab 0 Citer
gaetan.cambier Posté(e) le 21 septembre 2014 Posté(e) le 21 septembre 2014 (modifié) Bon, qui ne tente rien n'a rien à ton niveau ce qu'il faut, c'est recréer les partition perdue sans rien ecrire d'autre print Model: WDC WD20EARX-00PASB0 (scsi) Disk /dev/sda: 2000GB Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 131kB 2550MB 2550MB primary raid 2 2550MB 4698MB 2147MB primary raid 3 4832MB 2000GB 1996GB extended lba 5 4840MB 2000GB 1996GB logical raid voila mon disque de 2 to avec la commande "print" du programme parted pour etre précis au secteur pres, voici : (parted) unit s unit s (parted) print print Model: WDC WD20EARX-00PASB0 (scsi) Disk /dev/sda: 3907029168s Sector size (logical/physical): 512B/512B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 256s 4980735s 4980480s primary raid 2 4980736s 9175039s 4194304s primary raid 3 9437184s 3907015007s 3897577824s extended lba 5 9453280s 3907015007s 3897561728s logical raid il faudra donc avoir les meme partition normalement avec le programme parted sous linux, tu as la fonction "rescue" rescue START END rescue a lost partition near START and END je t'avoue que je n'ai jamais tester mais si tu n'a fait que supprimé le volume, tu saura recuperer le disque à son etat initial, puis le lire normalement Tu peux commancer par nous donner le parted print de ton disque ou tu as supprime le volume et on verra la commande suivante exact a executer Bonne chance Modifié le 21 septembre 2014 par Gaetan Cambier 0 Citer
Zorglab Posté(e) le 22 septembre 2014 Auteur Posté(e) le 22 septembre 2014 Merci de la réactivité, déja. Bon, les résultats du parted : parted) print Modèle: ATA WDC WD20EZRX-00D (scsi) Disque /dev/sde : 2000GB Taille des secteurs (logiques/physiques): 512B/4096B Table de partitions : msdos Numéro Début Fin Taille Type Système de fichiers Fanions 1 131kB 2550MB 2550MB primary ext4 raid 2 2550MB 4698MB 2147MB primary linux-swap(v1) raid 3 4832MB 2000GB 1996GB extended lba 5 4840MB 2000GB 1996GB logical raid Ca ressemble bigrement au tien, et tout semble normal ! Si je fais avec gparted, j'ai pas tout a fait le même : La partition 5 : /dev/sde5 est marquée avec une alerte. Si j'en demande plus d'info, il me dit : Avertissement : Impossible de détecter le système de fichiers ! Les raisons possibles sont : - Le système de fichiers est endommagé - Le système de fichiers est inconnu de GParted - Il n'y a aucun système de fichier (non formatté) -L'entrée périphérique /de/sde5 est manquante J'ai aussi lancé un TestDisk : Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63, sector size=512 - WDC WD20EZRX-00DC0B0, S/N:WD-WMC301830170, FW:.00A80 Partition table type (auto): Intel Disk /dev/sde - 2000 GB / 1863 GiB - WDC WD20EZRX-00DC0B0 Partition table type: Intel Analyse Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63 Geometry from i386 MBR: head=255 sector=63 Raid magic value at 0/4/5 Raid apparent size: 2180925952 sectors Raid chunk size: 0 bytes check_MD 0.90 (BigEndian) md0 md 0.90.0 B.Endian Raid 1: devices 0(8,17)* Raid magic value at 310/9/20 Raid apparent size: 2180922880 sectors Raid chunk size: 0 bytes check_MD 0.90 (BigEndian) md1 md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)* check_part_i386 failed for partition type FD Current partition structure: 1 P Linux RAID 0 4 5 310 9 19 4980480 [md0] 2 P Linux RAID 310 9 20 571 30 35 4194304 [md1] 3 E extended LBA 587 111 37 243200 111 15 3897577824 No partition is bootable Invalid RAID superblock 5 L Linux RAID 588 112 5 243200 111 15 3897561728 5 L Linux RAID 588 112 5 243200 111 15 3897561728 search_part() Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63 recover_EXT2: s_block_group_nr=0/18, s_mnt_count=2/26, s_blocks_per_group=32768, s_inodes_per_group=8192 recover_EXT2: s_blocksize=4096 recover_EXT2: s_blocks_count 622544 recover_EXT2: part_size 4980352 Linux 0 4 5 310 7 17 4980352 [1.41.12-3202] ext4 blocksize=4096 Large file Sparse superblock, 2549 MB / 2431 MiB Raid magic value at 310/7/18 Raid apparent size: 2180925952 sectors Raid chunk size: 0 bytes md0 md 0.90.0 B.Endian Raid 1: devices 0(8,17)* Linux RAID 0 4 5 310 9 19 4980480 [md0] md 0.90.0 B.Endian Raid 1: devices 0(8,17)*, 2550 MB / 2431 MiB Linux Swap 310 9 20 571 28 17 4194160 SWAP2 version 1, pagesize=4096, 2147 MB / 2047 MiB Raid magic value at 571/28/34 Raid apparent size: 2180922880 sectors Raid chunk size: 0 bytes md1 md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)* Linux RAID 310 9 20 571 30 35 4194304 [md1] md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)*, 2147 MB / 2048 MiB HFSX magic value at 857/145/57 part_size 3835525216 HFS 857 145 57 239607 248 33 3835525216 HFSX blocksize=4096, 1963 GB / 1828 GiB Results Linux 0 4 5 310 7 17 4980352 [1.41.12-3202] ext4 blocksize=4096 Large file Sparse superblock, 2549 MB / 2431 MiB Linux RAID 0 4 5 310 9 19 4980480 [md0] md 0.90.0 B.Endian Raid 1: devices 0(8,17)*, 2550 MB / 2431 MiB Linux Swap 310 9 20 571 30 35 4194304 SWAP2 version 1, pagesize=4096, 2147 MB / 2048 MiB Linux RAID 310 9 20 571 30 35 4194304 [md1] md 0.90.0 B.Endian Raid 1: devices 0(8,2) 1(8,18)*, 2147 MB / 2048 MiB * HFS 857 145 57 239608 24 32 3835527168 HFSX blocksize=4096, 1963 GB / 1828 GiB interface_write() 1 * HFS 857 145 57 239608 24 32 3835527168 simulate write! write_mbr_i386: starting... write_all_log_i386: starting... No extended partition TestDisk exited normally. Si quelqu'un pourrait faire la même chose sur le sien, pour voir ce qu'il y a d'anormal, ça serait super ! Merci d'avance. 0 Citer
gaetan.cambier Posté(e) le 22 septembre 2014 Posté(e) le 22 septembre 2014 essaye la commande recover dans parted : rescue 9453280s 3907015007s il va p-e te retrouvé ta partition logique si ca a l'air de fonctionner, tu fait un print après, et tu compare avec ce que j'ai posté si ca fonctionne pas, il reste l'option 2 : recréer une partition logique au meme endroit faut passer en mode unit s et la recréer au secteur pret mais je prefère le l'option rescue si ca fonctionne. en cas de problème ou de doute, tu fait un quit sans sauver pour eviter une connerie 0 Citer
Fravadona Posté(e) le 22 septembre 2014 Posté(e) le 22 septembre 2014 Attention avec le SHR, il faut restaurer le LVM en plus du RAID (et ya un volume de quelques Mo caché quelque part) 0 Citer
Zorglab Posté(e) le 22 septembre 2014 Auteur Posté(e) le 22 septembre 2014 (modifié) Pour Gaetan : On a déjà le même résultat ; à part la partition 2 qui est en linux-swap pour moi. Comment fais tu pour avoir un print avec les secteurs ? Pour Fravadona : comment faire ? Modifié le 22 septembre 2014 par Zorglab 0 Citer
Zorglab Posté(e) le 24 septembre 2014 Auteur Posté(e) le 24 septembre 2014 Bonjour, Ça m'a pris un peu de temps, car avant de faire les manips sur le disque je l'ai cloné au cas où !! Donc j'ai fait les manips sur la copie (disque de 3 To) (parted) print Modèle: ATA WDC WD30EFRX-68E (scsi) Disque /dev/sde : 5860533168s Taille des secteurs (logiques/physiques): 512B/4096B Table de partitions : msdos Numéro Début Fin Taille Type Système de fichiers Fanions 1 256s 4980735s 4980480s primary ext4 raid 2 4980736s 9175039s 4194304s primary linux-swap(v1) raid 3 9437184s 3907015007s 3897577824s extended lba 5 9453280s 3907015007s 3897561728s logical raid (parted) rescue 9453280s 3907015007s (parted) print Modèle: ATA WDC WD30EFRX-68E (scsi) Disque /dev/sde : 5860533168s Taille des secteurs (logiques/physiques): 512B/4096B Table de partitions : msdos Numéro Début Fin Taille Type Système de fichiers Fanions 1 256s 4980735s 4980480s primary ext4 raid 2 4980736s 9175039s 4194304s primary linux-swap(v1) raid 3 9437184s 3907015007s 3897577824s extended lba 5 9453280s 3907015007s 3897561728s logical raid (parted) Le rescue ne m'a rien signalé. Comment savoir si ça a marché ? Est-il possible de monter le dev/sde5 pour accéder à son contenu ? Si oui comment ? 0 Citer
Zorglab Posté(e) le 2 novembre 2014 Auteur Posté(e) le 2 novembre 2014 De retour ! J'ai tout essayé ce que l'ai trouvé et que je pouvais faire : sans résultat ; à part Photorec qui me trouvait bien des fichiers, mais sans l'arborecence et perte des métadonnées. Donc quasiment inutilisable quand on a plusieurs dizaines de milliers de fichiers. J'ai donc envoyé mes disques à une société de récupération qui m'a fait le boulot pour quelques milliers d'euros. Maintenet je connais la valeur de mes données. 0 Citer
Zorglab Posté(e) le 2 novembre 2014 Auteur Posté(e) le 2 novembre 2014 Encore un conseil. Je suis en train de tout remettre d'aplomb (restaurer les données sur le nas) et j'en profite pour mettre en place un disque de sauvegarde. Quelle est la meilleure solution ? 1. Connexion du disque de sauvegarde sur le nas (usb externe) ou sur le pc ? 2. Soft du Synology ou sur le pc ? 0 Citer
Fravadona Posté(e) le 2 novembre 2014 Posté(e) le 2 novembre 2014 Plusieurs k pour la recuperation de données sans ouverture physique du disque ? Ils abusent un peu là, la manip était largement à ta portée : une commande "dd if of skip" et c'était fait. Pour la sauvegarde il vaut mieux direct sur le NAS, ca evite les transferts réseau inutiles. Par contre pense bien à ne connecter ce disque sur le NAS que pour le temps des sauvegardes 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.