Volume système (Root) dans NAS planté

[Twin69]

Bonjour à tous,

Depuis le 22 mai j'ai un souci avec mon 212J et je galere a le remettre en service, surtout je voudrais récupérer mes données. 

Voici l’historique :

Le 22/05 --> Erreur E/S sur le disque dur 2 dans NAS (j'ai eu 5 mails de ce type)

Le 22/05 --> Le volume 1 sur NAS est passé en mode dégradé [1/2]

Le soir même je commande vite un nouveau disque dur.

Le 23/05 --> Le volume 1 dans NAS est planté

j'ai même eu ce genre de message --> Le ventilateur  du serveur NAS (NS : B2HCN02781) s'est arrêté. Le ventilateur du serveur NAS (NS : B2HCN02781) a recommencé à fonctionner

 

A réception du disque dur je le monte et redémarrer le NAS, mais extrème long, j'arrive tant bien que mal a me connecté au DNS mais impossible a arriver à afficher à la page pour gérer les disque dur.

Au bout d'un moment il est même plus accessible le système à planté, impossible aussi de faire un double RAZ pour réinstaller le système.

Depuis j'ai a peu prêt tout essayer, le NAS semble fonctionnel car j'ai essayé avec mon nouveau disque dur j'ai réinstaller le système sans problème. 

Je voudrais au moins récupérer mes donner mais comment faire. avec mon nouveau disque dur je n'ai pas accès a mon ancien dommage ni si je le connecte via l'USB.

J'ai essayé aussi cette procédure mais je suis bloqué sur la Cmd "root@ubuntu:~$ apt-get install lvm2" ou j'ai un message d'erreur dont je me rappel plus. (désolé)

J'ai aussi essayé avec différent logiciel sous windows, mais impossible d'accéder à mes données. il semblerait qu'il y a des secteur défectueux sur l'autre disque.

Avez-vous une idées comment je pourrais faire (transfère des données, clone de la partition, ....)

Pour info si ça peu me servir j'ai un autr NAS 1513+ avec un emplacement de libre

 

Merci d'avance de votre aide

Twin

 

[Fenrir]

La procédure du site m'a l'air bonne.

Retrouve le message d'erreur que tu as oublié.

[Twin69]

Je resterais avec cette cmd et je te dirais mais avec la cmd -->  mdam -- assemble --scan

J'avais ce message : "No arrays found in config file or automatically"

Pas très bon non ?

 

Modifié le 7 juin 2015 par Twin69

[gaetan.cambier]

en gros, il a pas trouvé de partition raid sur les disque

c pas bon, c sur :s

[Twin69]

a merde ... mais avec t'autre logiciel sous Windows je vois bien le DD et la partition RAID.

C'est peux-être que je passe par un adaptateur SATA ---> USB ?

Mais sur le gestionnaire de disque Linux il voit les deux autre partition mais la 3ème (la RAID) il la marque comme inconnu...

Modifié le 7 juin 2015 par Twin69

[Twin69]

La procédure du site m'a l'air bonne.

Retrouve le message d'erreur que tu as oublié.

​Je viens de refaire la manip, quand je trappe la cmd "mdadm -Asf && vgchange -ay"

sa me retourne le même message: "mdam: No arrays found in config file or automatically. :o(

[Fenrir]

que retourne la commande :

fdisk -l

 

[Twin69]

voici ce que ça me retourne :

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 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
Disk identifier: 0x0002ad6c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.

 

 

[gaetan.cambier]

faut utiliser sfdisk

[Fenrir]

faut utiliser sfdisk

​l'habitude

[Twin69]

J'ai essayé mais j'ai rien en retour ... vraiment curieux.

J'ai demander un devis pour récupérer les données .... 1200€ minimum lol sa fais mal. 

Même si j'ai des document de travail et de la compta je ne suis pas prêt a payé ce prix la.

J'ai acheté le logiciel R-Studio j'espère récupérer le plus gros avec.

Je vous tien au courent.

 

[Fenrir]

Mais sur le gestionnaire de disque Linux il voit les deux autre partition mais la 3ème (la RAID) il la marque comme inconnu...

​S'il la voit, c'est déjà ça.

Essaye la monter (il faut la déclarer avec mdam, puis indiquer que c'est du lvm et la monter en ext4)

 

Sinon tu peux aussi essayer le tuto suivant (en adaptant) : https://www.linux.com/learn/tutorials/781778-how-to-fix-a-mangled-partition-table-on-linux/

[Twin69]

Oui oui dans le gestionnaire de disque il voie bien la partition, type RAID donc sa me rassure.

Il me dit aussi que j'ai 8 secteur de mort. 

Je vais essayé le lien que tu me donne

[Twin69]

Je  viens de refaire la manip du site de Synologie voici ce que ça donne, je ne comprend pa pourquoi chez moi ca ne marche pas.

J'ai raté quelque chose ?

 

ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# apt-get install mdadm
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés : 
  postfix
Paquets suggérés :
  procmail postfix-mysql postfix-pgsql postfix-ldap postfix-pcre sasl2-bin
  dovecot-common postfix-cdb postfix-doc
Paquets recommandés :
  default-mta mail-transport-agent
Les NOUVEAUX paquets suivants seront installés :
  mdadm postfix
0 mis à jour, 2 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 1 446 ko dans les archives.
Après cette opération, 4 799 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Réception de : 1 http://archive.ubuntu.com/ubuntu/ trusty/main mdadm amd64 3.2.5-5ubuntu4 [361 kB]
Réception de : 2 http://archive.ubuntu.com/ubuntu/ trusty/main postfix amd64 2.11.0-1 [1 085 kB]
1 446 ko réceptionnés en 3s (457 ko/s)
Préconfiguration des paquets...
Sélection du paquet mdadm précédemment désélectionné.
(Lecture de la base de données... 170222 fichiers et répertoires déjà installés.)
Preparing to unpack .../mdadm_3.2.5-5ubuntu4_amd64.deb ...
Unpacking mdadm (3.2.5-5ubuntu4) ...
Sélection du paquet postfix précédemment désélectionné.
Preparing to unpack .../postfix_2.11.0-1_amd64.deb ...
Unpacking postfix (2.11.0-1) ...
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...
Processing triggers for doc-base (0.10.5) ...
Processing 32 changed doc-base files, 6 added doc-base files...
Processing triggers for ureadahead (0.100.0-16) ...
Processing triggers for ufw (0.34~rc-0ubuntu2) ...
Paramétrage de mdadm (3.2.5-5ubuntu4) ...
Generating mdadm.conf... done.
 Removing any system startup links for /etc/init.d/mdadm-raid ...
update-initramfs is disabled since running on read-only media
update-grub is /usr/sbin/update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
 * Starting MD monitoring service mdadm --monitor                        [ OK ] 
Paramétrage de postfix (2.11.0-1) ...
Adding group `postfix' (GID 125) ...
Done.
Adding system user `postfix' (UID 116) ...
Adding new user `postfix' (UID 116) with group `postfix' ...
Not creating home directory `/var/spool/postfix'.
Creating /etc/postfix/dynamicmaps.cf
Adding tcp map entry to /etc/postfix/dynamicmaps.cf
Adding sqlite map entry to /etc/postfix/dynamicmaps.cf
Adding group `postdrop' (GID 126) ...
Done.
/etc/aliases does not exist, creating it.

Postfix was not set up.  Start with
  cp /usr/share/postfix/main.cf.debian /etc/postfix/main.cf
.  If you need to make changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

Processing triggers for ureadahead (0.100.0-16) ...
Processing triggers for ufw (0.34~rc-0ubuntu2) ...
Processing triggers for libc-bin (2.19-0ubuntu6.5) ...
root@ubuntu:~# apt-get install lvm2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
lvm2 is already the newest version.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
root@ubuntu:~# mdadm -Asf && vgchange -ay
mdadm: No arrays found in config file or automatically
root@ubuntu:~# 

 

Modifié le 9 juin 2015 par Twin69

[Fenrir]

si ton raid est endommagé il est possible que mdadm ne le reconnaisse pas, ce qui est étrange c'est que ton appli graphique elle le reconnait.

Tu as essayé de la monter avec cette application ?

 

Je vais créer une petite vm avec du raid pour voir si j'arrive à reproduire ton problème, si j'ai des news je te ferai un retour

[Twin69]

Essayé de la monté non j'ai "peur" de perdre mes données .

Merci beaucoup de prendre du temps pour moi.

De mon coté j'essaye avec le logiciel que j'ai acheté hier il y en a encore pour 18h :o/

[Fenrir]

Tu as plus de chance de perdre tes données en branchant le disque sur un poste windows (même sans rien faire), qu'en tentant de le monter sous linux (à condition de ne rien faire)

J'installe la vm et je reviens

[Fenrir]

J'ai fait quelques tests, mais simuler des secteurs défectueux n'est pas chose facile dans une vm, donc pas certain que mon test soit pertinent, d'autant que je ne suis pas sûr du type de problème rencontré.

--------------

pour chacune des commandes qui suit :

• adapte le nom du device à ton conf (sdX, mdX, ...)
• et post le résultat ici

--------------

Commence par faire un dump de la partition raid, il faut de la place (au moins autant que la taille du disque) et du temps (c'est fonction de la vitesse de tes disques, de leur état et de la taille du volume) :

dd if=/dev/md0 conv=sync,noerror bs=64K | gzip -c  > /un/endroit/avec/plein/de/place/md0.gz

Il faut remplacer md0 par la valeur qui va bien.

Si ça ne marche pas, fait un backup de la partition complète (/dev/sdb3 d'après ta capture), voir du périphérique (/dev/sdb) :

dd if=/dev/sdb3 conv=sync,noerror bs=64K | gzip -c  > /un/endroit/avec/plein/de/place/sdb3.gz

Tu as maintenant une copie de ton volume à conserver.

Test aussi la commande suivante :

mdadm --examine /dev/sd[bcdefghijklmn][1234] >> conf.raid && cat conf.raid

Ça devrait te retourner les infos du raid dans le fichier conf.raid (il faut les garder  : copier coller quelque part, entre autre ici)

-------------------------

Ensuite tu peux tester le mode "j'ai de la chance" :

gunzip /un/endroit/avec/plein/de/place/md0.gz
mkdir /mnt/loop1
mount -o ro,loop /un/endroit/avec/plein/de/place/md0 /mnt/loop1
ls /mnt/loop1

Si tu as de la chance, tu devrais voir des fichiers.

Si ce n'est pas le cas, post le résultat de la commande :

file /un/endroit/avec/plein/de/place/md0

Si rien ne marche, on testera autre chose, mais ça va devenir violent (et je ne suis pas certain de me rappeler comment faire, je n'ai pas travailler sur des blocs depuis plus de 10 ans)

[Twin69]

OK j'ai bien lu, je teste cela ce soir et je te retourne le résultat.

 

Question : comment je fais pour savoir quelle md?

Dans me capture je voie mdb c'est ça ?

dd if=/dev/md0 conv=sync,noerror bs=64K | gzip -c  > /un/endroit/avec/plein/de/place/md0.gz

Merci beaucoup.

Modifié le 10 juin 2015 par Twin69

[Fenrir]

Question : comment je fais pour savoir quelle md?

​ls /dev/md*

il ne devrait pas y en avoir d'autres, sauf si ton linux est en raid

[Twin69]

 Voici ce que j'ai commencer a faire, je suis entrain de remonté le raid en simulent le segond disque.

Demain de clon le disque pour pouvoir mieux travailer et surtout pour sécuriser mes données

root@ubuntu:~# dd if=/dev/sdb3 conv=sync,noerror bs=64K | gzip -c  > /dev/sda1.gz
dd: error reading ‘/dev/sdb3’: Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 2,94865 s, 0,0 kB/s

gzip: stdout: No space left on device
root@ubuntu:~# mdadm --examine /dev/sd[bcdefghijklmn][1234] >> conf.raid && cat conf.raid
mdadm: No md superblock detected on /dev/sdb1.
mdadm: No md superblock detected on /dev/sdb2.
mdadm: No md superblock detected on /dev/sdb3.

 

[Fenrir]

 EDIT : attention, j'avais mal lu ta commande, tu redirige sur /dev/sda1.gz, qui heureusement n'existe pas, à peu de chose près tu allais écraser le disque de ton pc

redirige (le > ) vers un fichier dans un dossier, surtout pas vers /dev

root@ubuntu:~# dd if=/dev/sdb3 conv=sync,noerror bs=64K | gzip -c  > /dev/sda1.gz
dd: error reading ‘/dev/sdb3’: Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 2,94865 s, 0,0 kB/s

gzip: stdout: No space left on device

 

​Si tu fais ça sur un live CD sans avoir ajouté un support de stockage, tu vas avoir du mal à copier les données

Branche un disque externe ou monte un volume réseau (en nfs par exemple)

Tu peux aussi segmenter le zip de sortie en plusieurs "petits" fichiers si tu n'as de pas disque assez grand

root@ubuntu:~# mdadm --examine /dev/sd[bcdefghijklmn][1234] >> conf.raid && cat conf.raid
mdadm: No md superblock detected on /dev/sdb1.
mdadm: No md superblock detected on /dev/sdb2.
mdadm: No md superblock detected on /dev/sdb3.

 

​là ça ne sent pas bon, tu peux oublier le mode "j'ai de la chance", au moins pour le moment

Une fois le dump du disque effectué, essaye la méthode proposée ici : http://unix.stackexchange.com/questions/42277/linux-repairing-bad-blocks-on-a-raid1-array-with-gpt

Modifié le 10 juin 2015 par Fenrir

[Twin69]

lol oui je fais cela avec un Live CD, enfin avec mon Zelman donc il y a un peu de stokage.
J'ai aussi un disque de 3To monté et un autre pou le moment dans sa boite 

Quand j'aurais fini ils me servirons pour installer dans le Syno. 

voici ce que j'ai fais ;

root@ubuntu:~# dd if=/dev/sdb3 of=/dev/sda1 bs=4096 conv=sync,noerror
dd: error reading ‘/dev/sdb3’: Input/output error
0+0 records in
0+0 records out
0 bytes (0 B) copied, 3,00982 s, 0,0 kB/s
dd: error writing ‘/dev/sda1’: No space left on device
0+1 records in
0+0 records out
0 bytes (0 B) copied, 3,01015 s, 0,0 kB/s

 

et en ce moment :

 

root@ubuntu:~# dd if=/dev/sdb of=/dev/sda conv=sync,noerror
dd: error reading ‘/dev/sdb’: Input/output error
9437184+0 records in
9437184+0 records out
4831838208 bytes (4,8 GB) copied, 167,363 s, 28,9 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+1 records in
9437185+0 records out
4831838720 bytes (4,8 GB) copied, 167,78 s, 28,8 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+2 records in
9437186+0 records out
4831839232 bytes (4,8 GB) copied, 168,188 s, 28,7 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+3 records in
9437187+0 records out
4831839744 bytes (4,8 GB) copied, 168,597 s, 28,7 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+4 records in
9437188+0 records out
4831840256 bytes (4,8 GB) copied, 169,006 s, 28,6 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+5 records in
9437189+0 records out
4831840768 bytes (4,8 GB) copied, 169,373 s, 28,5 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+6 records in
9437190+0 records out
4831841280 bytes (4,8 GB) copied, 169,789 s, 28,5 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
9437184+7 records in
9437191+0 records out
4831841792 bytes (4,8 GB) copied, 170,205 s, 28,4 MB/s
^C214350337+8 records in
214350344+0 records out
109747376128 bytes (110 GB) copied, 4932,09 s, 22,3 MB/s

 

j'espère ne pas m'avoir tromper lol

[Fenrir]

c'est quoi /dev/sda ????

si c'est le disque de ton pc, tu es entrain de copier les blocs du disque sdb sur le disque sda, tu es certain de ce que tu es entrain de faire là ???????

si sda est le disque "normal" de ton pc (c: sous windows), tu viens de le flinguer (pas physiquement, mais les données sont perdues)

tu as bien lu mon message en gras et en rouge au début du post précédent ?

dans tous le cas, tu peux annuler la commande, peu de chance que ça soit utilisable

[Twin69]

sda = disque neuf (vierge)

sdb = mon disque avec mes données de mon raid

Il y a un problème ?