[R

[MS_Totor]

salut ca fait un bail que n'ai pas demandé un coup de main

contexte:

avant migration

j'ai fais une sauvegarde du raid, de ma config, users et partages, scripts importants.

volume1 raid 1 avec 2 DD ext3

volume2 1 DD ext3 160 GO

migration

je n'ai gardé que les deux DD pour le raid, le volume 2 de 160go est enlevé.

en raison de contrainte de changement format de ext3 vers ext4 sur le volume hebergant DSM

j'ai suivi toutes les étapes avec deux DD vides, dsm3.2 et dsm 4.0 deux passages obligés avant dsm 4.2 stable...4.3 pas assez stable à mon gout.

apres migration

volume1 hybrid raid SHR en ext4 ---> ok

restauration du fichier config pour users/partages

syno éteint, plug du DD de 160 go volume2 emplacement 5

demarrage du syno normal.

PANNE DU VOLUME 2 affiché sur DSM4.2:

sous ssh via la commande df

1010> df -h
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md0               2451064    452560   1896104  19% /
/tmp                    507996       644    507352   0% /tmp
/dev/vg1000/lv       956769668    965952 955701316   0% /volume1
/dev/vg1/lv          150733028 133170816  17459812  88% /volume2
1010>

sous ssh fdisk -l pour connaitre le systeme de fichier reconnu pr le syno sur le DD de 160 go

1010> fdisk -l


Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
-----
-----
Disk /dev/sde: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sde1               1         310     2490043+ fd Linux raid autodetect
/dev/sde2             311         375      522112+ fd Linux raid autodetect
/dev/sde3             392       19457   153147632   f Win95 Ext'd (LBA)
/dev/sde5             393       19457   153139584  fd Linux raid autodetect

bref le syno ne sait que faire de l'auto detection de raid hybride shr ?

ou j'enterprete mal ?

je precise que mes données du volume2 sont accesssibles via ssh, je vais vite les transferer..

je continue de chercher

merci pour tout éclairage

Modifié le 25 septembre 2013 par MS_Totor

[bud77]

Je comprends mieux !

Je dirais que ton disque 5 n'est pas resté dans le syno pendant la migration, ce qui fait que sa partition système est restée en DSM 2.3 dessus (la partition système est présente sur tout les disques)

En plus de çà (je suppose à partir de là) il se souvient qu'il avait un raid SHR dans les disques présents

Si tu répares la partition système, je suis pas sur qu'il dise qu'il est en SHR ensuite

[MS_Totor]

oki doki

effectivement ca ce tiens, je n'y avais pas pensé, un brin rouillé sur syno, ca vas revenir ! ....

tu as vu que j'avais fait un contexte presque academique..... pour bien pointer chaque manip lol

mes transferts ronronnent entre le volume2 et 1 et l'état actuel ne gene en rien l'accès aux données....

je ne touche pas à la reparation, ma table de partition etant propre, je ferais la bascule de ce DD ensuite.

merci

je pointe le sujet en résolu pour le fermer si la politique de nas-forum n'a pas changée

Modifié le 25 septembre 2013 par MS_Totor

[bud77]

Tu peux laisser ouvert tant qu'on sera pas certains pour la 2e partie (comment il sera après une réparation du système)

En tout cas, tu as bien exposé le souci, çà évite les 15 questions réponses pour arriver à comprendre

[MS_Totor]

c'est ok tu peux fermer le thread

cela serviras d'archive pour un autre membre

une fois le DD de 160 go volume2 vidé, j'ai voulu voir ce que pouvais faire le bouton reparation, la reparation via le panel est impossible... bref j'ai destroy la partion ext3 et monté un volume ext4 et la migration est terminée.

me reste à étudier l'evolution du systeme, car même la busybox était complete, iptables tous les modules pour un vrai petit serveur synology pas bidouillé mais amélioré.... j'espere que cela n'est pas trop gadget maintenant. !

Modifié le 26 septembre 2013 par MS_Totor