R

[jimfr95]

Bonjour à tous

Suite à la panne d'un disque sur un DS213J en raid, j'ai supprimé par erreur le volume du disque qui était bon. En moins de 2 minutes tous mes packages ont été désinstallés et le volume enlevé, maintenant lorsque je lance le gestionnaire de stockage on me propose de créer un volume.

Je pense que mes données sont encore sur le disque, y-a-t'il une procédure pour réparer ma bêtise ?

Merci pour vos réponses

[Fravadona]

Si tu n'as plus touche aux disques alors tu as de fortes chances de recuperer les donnees.

Les manips a faire dependent directement de la configuration que tu avais choisie pour creer ton volume : SHR ou RAID standard, quel niveau de RAID ? Ajout de disques a posteriori ? Combien de partitions logiques sur le volume ?

C'est super complexe !!! Deja il te faut un PC sous Linux auquel tu peux brancher les disques, de preference tous en meme temps.

Premiere question : Il y a-t-il des donnees que tu dois ABSOLUMENT recuperer (non telechargeable sur le Net, sans aucune copie nul part) ?

[jimfr95]

Bonjour,

Suite à cette erreur je n'ai pas fait d'autre manips, la configuration était un volume SHR avec une seule partition. Actuellement je n'ai plus qu'un disque car l'autre est vraiment HS.

Malheureusement j'ai des photos personnelles

[Fravadona]

As-tu un PC Linux sous la main ? le DiskStation peut servir aussi mais il lui faut au moins un autre disque dedans ou en externe

[jimfr95]

Oui j'ai un PC sous Ubuntu 13.10 et de la place sur mes disques

[Fravadona]

Bon c'est cool. Maintenant il reste a essayer de retrouver l'organisation des partitions/volumes que tu avais sur ton disque.

Sur chaque disque d'un syno il y a une premiere petite partition RAID 1 qui est utilise par DSM. Apres ca viennent les Volumes que l'on cree.

Tu etais en SHR (LVM+RAID) donc ca complique pas mal, mais comme tu n'avais que 2 deux disques on devrait pouvoir s'en sortir (By the way je deconseille le SHR, les RAID sans LVM est plus robuste et plus simple a recuperer).

Ce qu'il faut faire c'est creer une image du volume perdu pour pouvoir le "monter" et acceder aux donnees. La partition initiale sur le disque, le LVM et le RAID du volume introduisent un offset (un decalage en octets par rapport au debut du disque dur) qu'il faut determiner. Il va falloir demander un peu d'aide sur le forum, il nous faut quelqu'un qui a un SHR de deux disques.

[Fravadona]

Que donne la commande suivante sur le DiskStation ? (par SSH avec l'utilisateur "root" en utilisant le mot de passe de l'admin)

fdisk -l /dev/sd? 2>/dev/null

Modifié le 28 janvier 2014 par Fravadona

[jimfr95]

la commande ne renvoi rien du tout

un ls -l me donne :

drwxr-xr-x 2 root root 4096 Jan 20 13:13 @smallupd@te_deb
-rw-r--r-- 1 root root 1925 Jan 20 13:13 autoupd@te.info
drwxr-xr-x 2 root root 4096 Nov 11 20:26 bin
drwxr-xr-x 9 root root 57344 Jan 28 22:52 dev
drwxr-xr-x 25 root root 4096 Jan 28 23:02 etc
drwxr-xr-x 24 root root 4096 Jan 28 22:52 etc.defaults
drwxr-xr-x 2 root root 4096 Nov 6 04:30 initrd
drwxr-xr-x 20 root root 20480 Jan 17 08:02 lib
drwx------ 2 root root 4096 Nov 6 04:26 lost+found
drwxr-xr-x 2 root root 4096 Nov 6 03:13 mnt
dr-xr-xr-x 123 root root 0 Jan 1 1970 proc
drwxr-xr-x 4 root root 4096 Jan 4 16:50 root
drwxr-xr-x 2 root root 4096 Nov 11 20:27 sbin
lrwxrwxrwx 1 root root 25 Dec 5 10:52 scripts -> /usr/syno/synoman/scripts
drwxr-xr-x 12 root root 0 Jan 28 22:52 sys
drwxrwxrwt 8 root root 1240 Jan 28 23:13 tmp
drwxr-xr-x 8 root root 4096 Nov 11 20:26 usr
drwxr-xr-x 16 root root 4096 Jan 28 22:52 var
drwxr-xr-x 11 root root 4096 Nov 11 20:27 var.defaults
drwxrwxrwx 2 root root 4096 Nov 6 03:13 volume1

[Fravadona]

Alors les commandes :

mount

df -h

[jimfr95]

commande mount :

/dev/root on / type ext4 (rw,relatime,user_xattr,barrier=1,journal_checksum,data=ordered)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
/tmp on /tmp type tmpfs (0)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
configfs on /sys/kernel/config type configfs (0)
none on /proc/fs/nfsd type nfsd (0)

commande df -h :

Filesystem Size Used Available Use% Mounted on
/dev/md0 2.3G 659.9M 1.6G 29% /
/tmp 249.3M 524.0K 248.8M 0% /tmp

[Fravadona]

mdadm --detail /dev/md0 /dev/md1 /dev/md2