Jump to content
XPEnology Community
  • 0

incoherence Gestionnaire de disque


Tar3314

Question

Bonjour,

Je rencontre une situation compliqué d’où je n'arrive pas à sortir.

Une petite aide serait la bienvenue.

Quelques copie d'écran seront plus explicite.

Bon a savoir :

Je suis toujours avec DSM 5.2.5644 U5 (J'ai fais des teste sur une autre machine pour le passage en dsm6 ( en VM) mais j'ai pas encore franchi le pas)

Je boot sur clef USB

Par avance, je vous remercie pour vos suggestions

 

image.thumb.png.d01bd63e252ce39a9fc70db74eaf5b72.png

 

image.thumb.png.9e738006245ba98176d9cb38b778a0f6.png

 

 

 

image.thumb.png.b01fdffeebd790b72f490f0bad428b52.png

 

image.thumb.png.7cf599c0927cc966c93e0c3ed50e2325.png

 

image.thumb.png.c00972c95033ee9c7ebda22a92dee38d.png

 

image.thumb.png.e93d47e9636d40f7face414fb479435b.png

 

 

 

 

 

Edited by Tar3314
Link to comment
Share on other sites

13 answers to this question

Recommended Posts

  • 0

Bonjour à tous,
Problème résolu
Grâce au soutien de flyride qui est un membre super doué, Il est (Dans la partie anglophone du Forum)
J’ai suivi ses recommandations et j’ai pu récupérer mon volume.
Il est maintenant sain.
Je vous fais un compte rendu de la procédure au cas ou cela pourrait servir à quelqu’un.
Attention, ayez un backup de vos données avant toutes tentatives.

Voici les étapes que nous avons faites et les explications d’après ce que j’ai compris

1.    Dans DSM
a.    Activer le SSH
2.    Dans Windows
a.    lancer Putty et se connecter au Nas en tant que root
3.    Détecter quel type de raid est utilisé et combien de disque. Avec ces commandes.
a.    Taper la commande mdadm --detail /dev/md2
b.    Taper la commande mdadm --detail /dev/md3

Vous verrez des lignes de ce type
    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/sdb3
       7       8       35        2      active sync   /dev/sdc3
       3       8       51        3      active sync   /dev/sdd3
       5       8       83        4      active sync   /dev/sdf3
On détecte lequel est manquant. Dans mon cas c’est sde3

4.    Taper les commandes
a.     mdadm --zero-superblock /dev/sde3
b.    mdadm /dev/md2 --add /dev/sde3
Remplacez celle qui va bien dans votre cas.
L'une c'est pour détruire les informations liées au RAID sur le disque (on efface le bloc de données où mdadm enregistre l'appartenance du disque au groupe raid)

et l’autre c’est pour reconstruire le tableau du Raid

5.    Taper les commandes cat /proc/mdstat
Afin de suivre la progression de la reconstruction du tableau Raid.
- Il y a la l’info en % de l’évolution.
- Une estimation en minute du temps que cela va prendre. C’est du genre finish=1785.9min
- a vitesse de récupération/sec  C’est du genre speed=36408K/sec
.
Si ma compréhension n’est pas correct et qu’un spécialiste passe par la, merci de bien vouloir corriger mes dire.

Edited by Tar3314
  • Like 1
Link to comment
Share on other sites

  • 0

salut,

ton disque 5 est en panne.

as tu fait un test smart dessus ? que disent les valeurs ?

 

Il faut le remplacer

 

attention, ton raid est conçu pour protéger tes données en cas de pertes d'un disques ! Si tu ne remplace pas ton disque 5 avant qu'un autre tombe en panne c'est la cata !

Edited by EVOTk
Link to comment
Share on other sites

  • 0

Merci pour ta réponse rapide.

J'ai fait les testes smart (rapides et étendus sur les 6 disques) ils sont tous normaux)

 

"Il faut le remplacer"

Oui, je sais mais que j'essaye, j'ai le message "La connexion à échoué. Vérifiez vos paramétrés réseau""

Je vous ais mis une copie d'ecrant dans le 1 poste.

 

Edited by Tar3314
Link to comment
Share on other sites

  • 0

Salut,

je voit que le test smart n'est pas d'aujourdhui, depuis quand a tu le message de volume degradé ?

As tu refait un test APRES avoir le volume degradé ?

Link to comment
Share on other sites

  • 0

Etrange effectivement, je ne serait t'aider plus, je ne voit rien de spe dans le smart qui pourrai justifier l'erreur de DSM.

Se que je ferait : Je sortirai le disque du NAS, je le formaterai sur un PC et je le remetterai dans le NAS puis le ferait analyser par DSM avant de le re-integrer dans le RAID si DSM ne signal rien.

Mais je suis loin d'etre un spécialiste, attend d'autre avis ;)

 

Ps : Juste le nb de Power-off Retract Count que je trouve asser élevé ( ce sont des arrets non "correct", style coupure de courant ) et le Load/Unload Cycle est asser haut aussi, aurai tu l'hibernation d'activé ?

 

 

Edited by EVOTk
Link to comment
Share on other sites

  • 0
il y a 41 minutes, Tar3314 a dit :

4.    Taper les commandes

a.     mdadm --zero-superblock /dev/sde3
b.    mdadm /dev/md2 --add /dev/sde3
Remplacez celle qui va bien dans votre cas.
L’une c’est pour intégrer le disque qui est sortie du Raid et l’autre c’est pour reconstruire le tableau du Raid

Bonjour,

 

Très bonne idée de mettre la procédure en français.

Juste une petite correction sur le rôle des commandes 4 & 5 :

La 4, c'est pour détruire les informations liées au RAID sur le disque (on efface le bloc de données où mdadm enregistre l'appartenance du disque au groupe raid).

La 5, c'est effectivement pour ajouter le disque au groupe md2, ce qui entraîne sa reconstruction automatique.

 

Jacques

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...