Mic13710

Vous pouvez retrouver les paquets en téléchargement sur le dossier spk du site du constructeur ici. Je ne peux malheureusement pas plus vous aider car il s'agit d'un NAS et d'un DSM très anciens et que je ne souviens plus ni du choix à faire en fonction du modèle de NAS ni de la méthode d'installation des paquets.

Tout d'abord, vous faites une TRES grosse erreur de penser que le RAID est une sauvegarde. Le RAID est seulement un moyen de stockage des données qui permet d'assurer la continuité de service en cas de défaillance d'un disque. C'EST TOUT ! On se tue à le répéter à longueur de posts, le RAID (ou SHR) n'est pas une sauvegarde. Si vous effacez des données, elles s'effacent sur tous les disques. Si des données sont corrompues, elles le sont partout. Si vous effacez votre volume, toutes vos données sont perdues. Si votre NAS brûle, toutes vos données partent en fumée. Je continue ? Si vous voulez monter un RAID pur, ça ne sera pas possible car votre disque est en SHR qui est en réalité un RAID plus une surcouche lvm. Le SHR est donc un RAID amélioré puisqu'il offre plus de flexibilité que le RAID classique. Dans votre cas, il suffit d'insérer le disque, puis de lancer l'augmentation de volume à l'aide du bouton gérer dans le gestionnaire de stockage. Le NAS va ainsi créer un SHR avec protection de données qui est équivalent à un RAID1. Et qui dit RAID, dit aussi impérativement onduleur compatible pour alimenter le NAS car le RAID ne supporte pas les arrêts intempestifs. Il peut s'en suivre une corruption légère à sévère des données, voire la perte totale des données.

Il ne faut pas non plus forcer comme une brute hein ! Le tournevis c'est juste pour donner un peu d'aide. Il faut tout de même tirer en même temps sur la languette pour sortir le disque. Comme il faut les deux mains pour cette opération, le plus simple c'est de se faire aider pour bloquer le NAS.

J'ai le même problème avec mon 710. Les disques sont en effet difficiles à sortir : les racks coincent dans le boitier. Il me semble les avoir sortis la dernière fois avec un tournevis plat en appui contre le boitier pour extraire le rack.

Bien compris Michel. Ce n'est pas parce que le 710 et le 1010 ont ce type de mémoire que tous les NAS en sont pourvus. Pour jib94 il s'agit d'un 409+. De ce qu'en dit le lien que j'ai donné, il n'y a pas de disque flash sur le 209+ (et on n'en voit pas sur les photos), ni d'ailleurs sur le 409+ (voir ici où on n'en voit pas non plus), mais une mémoire flash Spansion S29AL032D90TF103 qui fait en réalité 32Mo (voir data sheet ici) et pas 128Mo, et encore moins 4Mo comme indiqué par erreur dans le descriptif du 209+. Je n'ai pas trouvé non plus de fichier grub.conf dans mon 214+. Où est-il sensé être ? (j'ai la flemme de démarrer mon 710 pour chercher .... ) P.S. : la photo est celle d'un 411+ II (voir les étiquettes sur la carte)

Pas de carte sur le 209+. La mémoire flash de 4Mo est directement soudée sur la carte mère. Plus de détails ici.

C'est au moment de la création qu'il faut pointer sur le dossier mes documents, pas après. Supprimez le client que vous avez créé, effacez le contenu du dossier CloudStation côté serveur et recréez votre liaison côté client.

pour synchroniser le dossier mes documents, il suffit simplement de le déclarer dans le client. CS va ensuite copier le contenu dans le dossier CS de votre compte sur le nas.

Est-ce que vous avez la même chose avec un seul disque ? Il faudrait installer chaque disque dans un PC et faire un test smart étendu, puis poster ici les résultats complets. Malheureusement, on pourra guère vous aider pour le routeur.

Et peut-être qu'un petit nettoyage ne lui ferait pas de mal, non ? Parce que s'il n'a pas été ouvert depuis 2010, y'a des chances pour qu'il soit un peu poussiéreux. Et pour avoir moi-même un 710, il à plutôt tendance à chauffer (la temp de mes disques est plus élevée sur le 710 que sur mon 214 alors qu'il est bcp moins sollicité). Et quitte à l'ouvrir, en profiter pour changer la batterie !

Pas vraiment le top d'enlever un disque d'une grappe. Généralement, ça casse le RAID. Il se peut que votre problème initial soit un disque HS. Il faudra faire un test smart de chaque disque. Mais avant toute chose, faite un test de la carte mère en suivant cette faq Synology. Si ce n'est pas OK, votre NAS est en panne. Si c'est OK, remettez vos disques en place et faite un double reset pour réinitialiser le DSM en suivant ce tuto Synology. Si les disques sont OK, vous devriez pouvoir retrouver votre NAS à nouveau fonctionnel. Si un disque est HS, retirez-le et démarrez votre NAS avec le disque restant. Il faudra par la suite remplacer rapidement le disque défectueux Revenez nous voir pour nous donner les résultats des manips et voir s'il faut aller plus loin. P.S. : pour la récupération des données, il vous faut un PC sous Linux et une distribution comme Ubuntu. Vous pouvez suivre ce tuto Synology qui vous donnera la marche à suivre.

Au départ, la liste des disques compatibles n'était pas référencée par NAS mais uniquement par modèle de disque. Tout disque de la liste était sensé fonctionner avec tous les NAS. Mais comme souvent, tout n'est pas toujours comme sur le plan, et Synology a dû faire un référencement plus ciblé pour cause d'incompatibilités sur certains modèles. Si un disque fonctionne pour un modèle, il y a de fortes chances pour qu'il puisse être utilisé sur un autre, même s'il n'est pas dans la liste. Et, beaucoup plus rare, il se peut aussi qu'il ne fonctionne pas. C'est un peut une loterie à l'envers : tout le monde gagne, mais il y a parfois des perdants. Dans votre cas, le H3IK40003254SW est dans la liste générale où il est donné comme compatible entre autres pour le 213, le 213+, le 413J, les 210/11/12J. Comme c'est un disque relativement standard et qu'il n'est pas dans la liste des incompatibles, il est probable qu'il fonctionnera sur le 213J. Même constat pour le WD blue WD40EZRZ qui en fait est un green comme l'a dit Gaëtan, mais comme WD abandonne la gamme green, il est maintenant transféré dans la gamme blue. A noter aussi que tous les disques ne sont pas testés par Synology et leur compatibilité est attribuée par le fabricant du disque. C'est noté dans les remarques à droite pour les disques concernés.

Attention Gaëtan, on en a déjà parlé sur un autre fil. Tous les disques ne sont pas compatibles. Il y en a qui sont incompatibles et notés officiellement comme tels par Synology. Par exemple, pour le 213J la liste est ici. Il y a beaucoup de Seagate et dans les Seagate, beaucoup de disques de la catégorie NAS ! Sauf à les avoir essayés, je pense qu'il faut s'en tenir à la liste pour ne pas avoir de mauvaises surprises.

Ce que vous voulez faire est un JBOD ou un RAID0. La migration de votre volume existant vers ces types de stockages est absolument impossible. Il faut tout reprendre ce qui implique la perte des données existantes. Mais ça n'a pas grande importance car comme vous êtes quelqu'un d'averti, vous avez une sauvegarde qu'il suffira de mettre à jour avant de tout casser. Je me trompe ? Je ne vous conseille absolument pas ce type de stockage car la perte d'un disque induit la perte totale des données. Mieux vaut créer 2 volumes séparés.

Allez voir ce post, vous y trouverez ce que vous cherchez.

Depuis deux jours, il y a un utilisateur qui nous les brise avec ses passeports et ses produits. J'ai envoyé je ne sais combien de signalements, mais rien n'est fait par les administrateurs. A croire qu'il n'y a personne au bout de la chaine. J'ai donc voulu ignorer tous les messages, sujets et contenus de l'utilisateur en question, mais voila, c'est comme si je n'avais rien fait : cette option ne fonctionne pas. Suis-je le seul ?

Désolé mais moi pas bien comprendre. De quel genre s'agit-il ?

Pas de quoi. Juste pour mon information personnelle, avez-vous passé les instructions vers sda ou bien êtes vous resté sur sdb ? A moins que vous ayez chargé ou transféré des fichiers multimedia et que le NAS soit en pleine indexation, il y a peut-être un process autre qui tourne en boucle. Si c'est toujours le cas, essayer de redémarrer le NAS.

A partir du moment où vos disques sont en miroir, ça n'a pas d'importance. Par contre vos données seront dispo uniquement sur le disque 1 (celui que vous avez mis en dernier). Si vous voulez conserver le disque 2, il faut alors remplacer sdb5 par sda5 dans les instructions. Euh, gaëtan, c'est un autre intervenant ....

Non. La procédure consiste seulement à séparer les deux disques et libérer le disque 2 pour pouvoir créer un deuxième volume. Il est bien évident que les données du disque 1 restent. A condition bien entendu de suivre strictement les commandes.

Je suis bien d'accord, mais bon, tu donnes des procédures et chacun n'en fait qu'à sa tête. Pour en revenir à ce que tu as fait et tel que je le comprends : mdadm /dev/md2 -f /dev/sdb5 Détruit la partition md2 du disque 2. Cette commande est inutile puisque le disque 2 n'existe plus, ou du moins n'est plus dans le RAID. mdadm /dev/md2 -r /dev/sdb5 Enlève le disque 2 de la matrice. Là aussi c'est inutile à mon sens puisqu'il n'y a plus de disque 2 dans la matrice. Il n'y est même plus physiquement puisque je le fais enlever. Il ne reste plus qu'à déclarer le RAID de 2 disques à 1 disque mdadm --grow --raid-devices=1 --force /dev/md2 et ça devrait être ok. Je me trompe ?

Oui mais il l'a déjà éjecté puisqu'il a construit un volume 2 avec le disque 2 (voir son dernier cat). Il a juste le volume 1 dégradé qui attend un disque pour la reconstruction et qu'il faut déclarer comme raid à un seul disque. La commande que j'ai donnée ne le fait pas ?

Comme vous n'avez pas suivi la procédure que je vous ai indiquée, c'est sûr que votre volume 1 est toujours dégradé. Il faut donc casser le SHR du volume 1. Pour éviter de détruire le nouveau disque, retirez-le tout d'abord du NAS. Puis, suivant la procédure donnée par Gaëtan, la ligne de commande est la suivante : mdadm --grow --raid-devices=1 --force /dev/md2 Cette commande va passer le RAID de la partition md2 en RAID monodisque et vous devriez retrouver ceci : ServeurDS216> cat /proc/mdstat ........ ........ md2 : active raid1 sda5[0] 3902187456 blocks super 1.2 [1/1] Il ne vous reste plus qu'à remettre le deuxième disque pour retrouver vos deux volumes en état normal dans le gestionnaire de volume.

Sans l'ombre d'un doute, vous avez installé Cloud Station, et comme la très grande majorité des primo utilisateurs, vous y avez mis tout et n'importe quoi. En effet, pour pouvoir fonctionner avec le versionning, Cloud Station gère une base de donnée dans un dossier caché qui occupe grosso modo le même espace que l'ensemble des dossier du Cloud. Par exemple, si vous avez des dossiers utilisateurs inclus dans le Cloud qui pèsent 5Go au total, et des dossiers partagés qui pèsent 10Go, le dossier caché va peser environ 15Go. L'espace occupé sur le volume sera donc de 15 + 15 = 30 Go. Cloud Station est un superbe outil, à condition de bien cibler ce qu'on y met. Les fichiers de travail qui sont appelés à être modifiés régulièrement y ont toute leur place. Par contre, tout ce qui est multimédia, sauf cas particuliers, n'a rien à y faire car ce sont des fichiers figés qui bouffent énormément de place sans aucune contrepartie. 2 options s'offrent à vous : - soit vous sortez de votre Cloud tout ce qui est inutile (de loin la meilleure solution), - soit vous passez le nombre de versions de 32 (valeur par défaut) à 0 pour que CS ne remplisse plus ce fameux dossier caché. Cette deuxième option n'est pas ce qui se fait de mieux car elle supprime une des principales fonctions d'un Cloud, celle de pouvoir revenir sur une ancienne version en cas de problème sur celle en cours. Dans tous les cas, il va falloir reconstruire votre Cloud afin de repartir sur une nouvelle base de donnée, car même si vous supprimez les dossiers et/ou le nombre de versions, la base existante conservera les fichiers qui y ont été mis et il faudrait alors effacer un à un ces fichiers de l'historique. Il faut supprimer Cloud Station de votre NAS, ce qui va supprimer votre dossier caché, supprimer les Cloud clients des PC et autres, repenser votre Cloud et le reconstruire sur des bases plus raisonnables. Si vous voulez partager vos dossiers multimédia, vous avez des outils intégrés dans DSM (Video Station, Photo Station, Audio Station) qui sont là pour ça.

Tout d'abord, il faut casser votre SHR car maintenant votre volume est en SHR avec protection de donnée. Si vous ne le faite pas, vous aurez une alarme comme quoi le volume est dégradé. Il faut donc remonter le disque dans le NAS, puis suivre la procédure (non officielle) proposée par Gaëtan Cambier. Vous redémarrez le NAS et lorsque vous allez dans le gestionnaire de stockage, le bouton gérer devrait être accessible. Vous choisissez la création d'un volume. Un nouveau volume (2) sera alors créé en SHR sans protection de donnée.