Mic13710

Ils savent plus où ils en sont. La 5.0 était sensée être la dernière version pour les x10 : Version : 5.0-4458 (2014/03/10) Compatibility and Installation DSM 5.0 will be the last DSM upgrade for all 10-series Synology NAS due to hardware capabilities. Et maintenant, les x10 peuvent faire tourner leur 5.1 vérolée ? Je ne vais pas m'en plaindre mais ça sent un peu l'amateurisme.

Avez-vous fait un test smart étendu de vos disques ?

Pas chez moi. Perl était en échec ce matin. Nouvel essai. C'est OK maintenant pour Perl et video station.

C'est sur tous les paquets. Les serveurs syno sont certainement en rade.

Difficile de prévoir quelle sera la vitesse des NAS en 2051 ! (les deux derniers digits de la référence concernent l'année modèle) Il y aura t'il encore des NAS ?

Non, totalement impossible. Les disques seront obligatoirement formatés par le 214. Quoiqu'il en soit, il faudra de toute manière sauvegarder vos données avant toute intervention. Ensuite, si le Dlink le permet, vous pouvez retirer un disque. Le raid fonctionnera en mode dégradé. Vous installez le disque retiré dans le 214 et vous faites l'installation complète du DSM avec le mode par défaut (SHR). Vous créez vos comptes utilisateurs et vos dossiers partagés et vous copiez vos données du DLink sur les répertoires du disques. Une fois vos données copiées dans vos répertoires, vous pourrez retirer le 2eme disque du DLink pour l'installer dans le 214 et l'intégrer au SHR du premier disque. Mais puisque de toute manière vous devez prévoir une sauvegarde de votre 214, une autre manière de procéder serait de mettre 2 disques neufs dans le 214 pour faire une installation propre. Une fois toutes les données basculées sur le 214, vous pouvez conserver le DLink comme NAS de sauvegarde.

Désolé pikachu mais votre dernière question est hors sujet. Consultez le forum dédié à surveillance station et si vous n'y trouvez pas de réponse, ouvrez un nouveau sujet.

Pour la sauvegarde externalisée, il est bien évident que l'adsl est un frein s'il y a une quantité importante de données à sauvegarder. Ce qui est vraiment long, c'est la première sauvegarde. Il y a la solution de la faire en local avant d'externaliser le nas. Les sauvegardes suivantes ne concerneront que les fichiers et dossiers modifiés, ajoutés ou supprimés. Dans ce cas, il ne faudra pas faire de modifications importantes sur le nas de travail sous peine de voir la liaison internet occuper une bonne partie de la bande passante pendant un bon moment. On peut limiter le débit, ce qui bien entendu impacte sur la durée de l'opération.

Tu as raison Oooops!. Toutefois je ne pensais pas vraiment au dock mais, comme Gaëtan le suggérait, directement dans le NAS à la position 3 (donc c) puisque le place est libre.

Désolé de m’immiscer dans la discussion, mais une question importante a été posée concernant la sauvegarde sur le long terme. Oui, il faut absolument mettre en place une sauvegarde périodique, et si ce n'est pas possible pour la totalité des données, de la faire pour les plus importantes. Un deuxième NAS dédié à cette tâche, de préférence externalisé, est bien évidemment une des meilleures solutions. Mais sans aller jusque là, un ou plusieurs disques externes en usb ou e-sata peuvent très bien faire l'affaire. Il ne faut pas bien entendu laisser ces disques connectés en permanence mais les stocker dans un autre endroit.

Sinon, un peu moins agressif, il y a l'écriture de 0 : dd if=/dev/zero of=/dev/sd* bs=1M & où * = b, c, d etc suivant la position du disque

Je suppose que les 3 volumes sont sur le même groupe de disques en raid 5. Une fois que le volume 1 sera réparé, vous pouvez toujours supprimer le volume 2 et le reconstruire. Vous perdrez toutes vos données sur ce volume mais comme je comprends que vous n'avez rien dessus, ça ne devrait pas poser de problème. Mais avant de commencer les manips, je vous conseille de mettre à jour votre sauvegarde externe.

Le raid n'a aucune souplesse car son fonctionnement est basé sur du miroir. Et comme chacun sait, si le miroir se brise, il est foutu. Le NAS ne refusera pas un disque incomplet. Il le détectera simplement comme un nouveau disque et le formatera avant de reconstruire le RAID. Si vous tentez de l'installer dans le NAS tout seul pour le faire fonctionner en mode dégradé, ça peut éventuellement fonctionner si votre version du DSM est identique et si les paquets sont à la même version. Mais je ne suis même pas sûr que ce soit faisable avec un seul disque. Personnellement, je ne m'aventurerai pas dans cette direction. Si vous n'avez pas confiance dans les disques usb, ce que je peux comprendre, vous pouvez dans ce cas avoir 2 disques externes et alterner les sauvegardes une semaine sur 2. Les malchances de voir les 2 disques tomber en panne en même temps sont infinitésimales. Ou mieux, vous achetez un nas d'occasion que vous utilisez pour vos sauvegardes.

Je suis d'accord et c'est ce que j'ai fait bien sûr. Le problème (ou plutôt l'un des nombreux problèmes) avec Synology c'est qu'à chaque mise à jour il revalide ce m.... ier de quickconnect. Il ne faut pas oublier d'aller décocher. De la vente forcée en quelque sorte

Pour info, ce gofile n'est pas apparu avec la version 5.1. Il existe depuis la dernière version de la 5.0. Il fonctionne avec Quickconnect. Une fois que Quickconnect est désactivé, les liens reprennent leur format initial.

1 et 2 : Le raid n'est absolument pas prévu pour ça et ce n'est pas du tout un mode de travail à envisager. De plus, je ne suis pas sûr que ça puisse fonctionner car entre temps il y aura inévitablement des maj de dsm, de paquets et ça risque de coincer. L'installation de l'ancien disque ne pourra se faire qu'en reconstruisant le RAID. 3 : Non. Il faut avoir l'ensemble des disques qui constituent le raid et il faut passer par une distribution Linux type Ubuntu. La procédure est décrite ici. 4 : il faut que le disque soit de capacité au moins équivalente a celui existant et qu'il soit compatible pour votre 213air. Mais à vous lire, je pense que vous faite une interprétation erronée du RAID. le RAID N'EST PAS UNE SAUVEGARDE ! Si vous effacez un fichier, il est effacé sur tous les disques; s'il est corrompu, il l'est sur tous les disques; si vous êtes victime de vol, d'incendie, de dégâts des eaux, c'est toutes vos données qui sont perdues. Et si vous n'avez pas d'onduleur compatible, vous vous exposez en plus à des corruptions de données, voire même des pertes complètes de disques en cas de trop grosses erreurs de parité. Je vous conseille fortement de revoir votre copie si vous ne voulez pas vous retrouver avec un sérieux problème plus tard. Le seul moyen efficace pour préserver vos données c'est de faire des sauvegardes périodiques (une fois par semaine par exemple) sur un autre support (disque USB par exemple), que vous stockez dans un autre lieu (ailleurs que chez vous). C'est plus simple et surtout beaucoup plus efficace que ce que vous envisagez.

Mars 2013, il est encore sous garantie alors (2 ans sur ce modèle si je ne me trompe pas).

Ils pratiquent peut-être la livraison par drone !

Le reset simple ne fait que réinitialiser le mdp admin et les paramètres réseaux. Vu votre description, le problème ne vient pas de là. Essayez un reset du DSM. Procédure ici.

Avez-vous au moins essayé de contacter le vendeur ? Il a sûrement des infos à vous communiquer pour le sav de votre NAS. Pour les bloc alims, vous en trouverez ici et là, et sur d'autres sites.

Je ne crois pas qu'il y ait un email pour les tests smart. Pour les résultats, il faut aller dans le gestionnaire de volume, rubrique HDD, onglet info smart.

Tout à fait. La procédure reste la même.

C'est vrai qu'en répondant en vitesse, j'ai un peu mélangé pare-feu et blocage auto En écrivant ça, j'avais en tête d'autoriser les IP internes fixes sur des tentatives de connexions infructueuses sans penser au pare-feu où cette même règle ferait un peu désordre !

Ai-je parlé de bloquer les IP internes ?

Je confirme : impossible de migrer 5 disques vers un quatre disques. Si vous aviez eu seulement 4 disques dans le 1010, c'était faisable. Voir ce tuto Synology pour la procédure et les configurations possibles pour la migration de syno à syno.