Volume Disparu Sur Un Ds 213J

[Zorglab]

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

[gaetan.cambier]

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

[Zorglab]

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.

[gaetan.cambier]

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

[Fravadona]

Attention avec le SHR, il faut restaurer le LVM en plus du RAID (et ya un volume de quelques Mo caché quelque part)

[Zorglab]

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

[gaetan.cambier]

unit s

[Zorglab]

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 ?

[Zorglab]

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.

[Zorglab]

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 ?

[Fravadona]

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