Mic13710

Et moi je dis qu'on n'en sait rien et que ça n'a pas vraiment d'intérêt ni d'importance puisque les disques fonctionnent en miroir (c'est un RAID1). En pratique, le plus rapide sera le plus sollicité, et ça peut-être autant le 2 que le 1. Très certainement pas sur un volume quel qu'il soit. Les disques des NAS comportent 3 partitions : 1 partition système (c'est à partir de celle là que le NAS se boote), 1 partition dite de swap propre à Linux, et une partition de donnée. C'est sur cette dernière qu'on y met un ou plusieurs volumes. Et donc, je n'ai pas encore réussi à voir quelqu'un démarrer un NAS, un PC ou autre à partir d'une partition de donnée .

Vous avez bien 2 disques avec chacun 3 partitions. md0 (sda1 et sdb1) c'est la partition système (DSM) en RAID1 sur 2 disques. md1 (sda2 et sdb2) c'est la partition de swap propre à Linux, et enfin md2 (sda5 et sdb5) c'est la partition sur laquelle se trouve vos données. C'est votre volume 1. Quand vous suivez la procédure de Gaétan, vous dissociez votre RAID. Elle s'applique forcément aux deux disques. Une fois terminée, vous avez 2 disques comportant exactement les même données mais n'ayant plus de lien logiciel. Le RAID est cassé. Dès lors, pour garder une logique dans les emplacements des disques, c'est le disque 2 qu'il faut reformater pour pouvoir y créer un nouveau volume. Vous pouvez soit le formater sur un PC, soit le faire directement à partir du NAS en ligne de commande : Cette commande va détruire les partitions du disque 2. Vous redémarrer ensuite le NAS pour qu'il prenne en compte le nouvel état du disque 2. Il ne vous reste plus qu'à créer un nouveau volume (gestionnaire de stockage, volume, créer). Comme toute manipulation sur les disques, il peut y avoir un problème. Il n'y a pas de risque nul. Il faut donc mettre à jour vos sauvegarde avant de faire quoi que ce soit sur votre volume existant. Si vous détruisez votre volume, il n'y a aucune possibilité de le retrouver. Il faudra tout réinstaller. Mais si vous suivez strictement le tuto de Gaëtan , il y a peu de risque que ça se passe mal.

Je ne pense pas, car les emplacements physiques ainsi que les numéros de volumes ont leur importance. En plus d'un conflit sur les volumes, vous aurez des conflits avec les utilisateurs (dossiers homes), les dossiers partagés, les paquets, le DSM..... Tout ceci fait que la migration est quasi impossible. La seule option que je vois c'est de refaire une installation complète d'un nouveau volume sur votre 1515 et de faire une recopie des données à partir du 213. Si vous voulez utiliser les mêmes disques, vous pouvez sortir un des disques du 213 (qui sera en mode dégradé), vous le formatez sur un PC pour casser les partitions, vous l'installez dans le 1515 et vous créez un nouveau volume. Vous faites vos transferts de données, et une fois que c'est fait, vous pouvez augmenter le volume que vous avez créé en mettant le disque restant du 213 dans le 1515 après l'avoir formaté.

Tout à fait d'accord. Des surtensions ne sont pas générées par l'installation quelle que soit sa qualité ou sa vétusté, mais uniquement propagées par un réseau perturbé. Alors certes, un onduleur peut avoir un effet protecteur, mais pas plus qu'une prise soit disant parafoudre. En cas de coup de foudre réel, ces deux équipements ne seront d'aucune utilité : tous les deux exploseront joyeusement. Tout simplement parce que les éléments parasurtenseurs qui les équipent sont totalement inefficaces face à des fronts rapides et puissants d'un vrai coup de foudre. La seule protection réellement efficace c'est un "vrai" parafoudre installé selon la norme directement dans le tableau électrique avec notamment le respect absolu de la règle des 50cm. Et comme généralement les coups de foudre sur une installation électrique s'accompagnent de coups de foudre sur la ligne téléphonique, il faut aussi prévoir le même type de protection à l'arrivée de cette ligne. Personnellement, je n'habite pas une région très impactée par la foudre, mais le risque n'étant pas nul, j'ai tout de même installé des protections sur mes deux arrivées (e et tel) afin de prémunir mon installation et mes équipements d'éventuels dommages.

Le RAID ne peut pas être plus gros que le plus petit disque. Et donc au 3, 1To + 2To = 1To A la fin du 7, Le RAID fera toujours 1To mais sur 2 disques de 2To. Le bouton Gérer permettra d'augmenter la taille du volume en prenant l'espace non utilisé pour faire un volume de 2To. Si vous n'avez pas la possibilité de formater sur un PC, vous pouvez aussi le faire en ligne de commande sur le NAS. Faites déjà le remplacement des disques dans le premier NAS. Je vous donnerai ensuite la méthode pour le faire sur le second.

Oui, les pannes de disques, ça existe. Sinon, à quoi ça servirait de se casser la nénette et le portefeuille pour faire des sauvegardes ! Le faire, c'est déjà envisager la possibilité de la panne. Et puis, il suffit de parcourir le forum pendant quelques temps pour s’apercevoir que c'est plus courant qu'on ne le croit. Bon, c'est assez souvent des pannes au déballage, mais pas que. Autre option : si vous voulez faire du SHR avec protection des données sur votre NAS existant, vous pouvez aussi opter pour des 8To.

Faite un test smart du disque. Mais il y a fort à parier que le disque 3 a un problème. Vous pouvez le faire sur le NAS (test étendu) ou aussi utiliser le logiciel du constructeur pour le tester sur un PC. Vous pouvez lancer l'augmentation en remplaçant le disque 3 par le 4 (histoire de ne pas créer un trou dans les baies). Petite question : de quel modèle de 3To s'agit-il ?

Si SHR, c'est ça. Si RAID1, c'est presque ça, car il faut encore rajouter un point 8 : Augmenter le RAID en utilisant l'espace disponible. Pour la deuxième étape (installation dans le NAS2), il suffit de faire un formatage rapide des disques 1To sur un PC pour casser les partitions Linux.

Euh, que voulez-vous dire par "le temps de connexion des disques" ?

Parce que la limitation viendra plus du réseau que de la vitesse de lecture/écriture du disque. Comme un NAS fonctionne essentiellement en réseau, la rapidité du disque est un facteur marginal. Cette remarque s'applique tout aussi bien aux SSD. Aucun intérêt de dépenser plus pour n'obtenir aucune amélioration en terme d'exploitation.

Non. Toujours l'un après l'autre et toujours après que la reconstruction soit complète !

La vitesse n'a que très peu d'incidence sur un NAS. Si vous voulez des disques peu gourmands, les 5600 sont plus que suffisants. Paradoxalement, les disques Seagate pour NAS sont incompatibles avec les Synology ! (Edit : ce n'est pas le cas pour tous les modèles, mais il y en a pas mal.) Par ailleurs, les disques RED ou appelés spécial NAS, c'est que du marketing. Il n'y a rien de plus sur ces disques qui justifie leur utilisation, si ce n'est une garantie de 3 ans au lieu de 2, ce qui entre parenthèse est la seule vraie justification de l'écart de prix. Prenez des green, ou bien des blue selon les opportunités à saisir. Ils feront tout aussi bien que des red, en moins cher. Edit : La liste des disques compatibles pour votre NAS est ici.

Merci pour ce retour. Ce n'était donc pas un problème sur la procédure. Comme quoi, les noms de fichiers ont leur importance puisqu'un seul est arrivé à corrompre tout un dossier. Je ne crois pas qu'il était nécessaire d'importer la config puisqu'elle est sauvegardée avec les données. La restauration se charge ensuite de tout remettre en place.

Regardez si par hasard l'adresse IP de votre Ipad n'est pas bloquée par le pare feu du NAS.

Il n'est toujours pas fermé ce message et son auteur blacklisté ?????? Mais que fait la police !

Je ne vois pas moi non plus le problème. Il y a les ports standards (80, 443, etc....) et que je sache, vous ne les bloquez pas ? Et donc donner un port spécifique qui est dirigé vers le NAS dont le pare feu correctement paramétré, a beaucoup moins de chance d'être piraté que votre PC. Le peu de personnes à qui vous le communiquez est surement très réduit, si bien qu'il est peu probable que des hackers puisse un jour le connaître et qu'ensuite ils arrivent à passer le pare-feu. A moins que vous ayez des secrets d'états, il faut éviter de tomber dans la paranoïa.

Ne serait-ce pas tout simplement un ventilateur en court-circuit ? Vous êtes sûr du produit que vous y avez mis ? Et en débranchant les ventilateurs, est-ce que ça fonctionne (si tant est que le NAS puisse tourner sans) ?

Je vais faire une lapalissade : s'il marchait avant et qu'il ne marche plus après, c'est qu'il s'est passé quelque chose entre. Commencez par faire le test de la carte mère en suivant ce tuto Synology.

Le plus simple c'est de casser le SHR existant en suivant cette procédure proposée par Gaëtan Cambier. Ainsi vous aurez votre volume 1 sur un seul disque. Vous sortez ensuite le disque 2 que vous formatez sur un PC. Vous le réinstallez, vous allez dans le Gestionnaire de stockage, et dans le menu Volume vous cliquez sur Créer pour ajouter un volume sur ce disque.

Bien sûr. Mais comme je vous l'ai dit, je n'ai pas changé le mien et je n'ai pas de problème jusqu'à maintenant. C'est plus par flemme car il faudrait alors que je corrige tous les liens existants. Le plus important reste tout de même de mettre en place des règles de pare feu très strictes et très restrictives ce qui est de loin la meilleure des protections pour ne pas laisser rentrer n'importe qui.

Les softs Syno font des sauvegardes entre Syno ou autres appareils rsync. Ils ne font pas de sauvegarde de PC pour lesquels on utilise des logiciels spécifiques. Syncback en est un, et il est approuvé par Synology. Leur site est actuellement en panne (du moins chez moi), mais si vous allez sur la liste des compatibilités, vous y trouverez Syncback. Edit : Sinon, vous avez Data Replicator que j'ai oublié et qui est un paquet Synology pour PC. Mais ce soft est lui aussi abandonné par Synology. Maintenant, il y a la solution CloudStation qui vous permet de synchroniser vos PC avec le NAS en quasi instantané. CS vous permet d'avoir jusqu'à 32 versions sauvegardées. Le nombre de versions est réglable. Attention toutefois, le versionning est très gourmand en espace disque puisque pour chaque fichier, une copie est créée dans un dossier caché. Il en résulte que pour des données qui pèsent par exemple 500Go, l'espace disque qui sera occupé sur le NAS sera environ le double, soit 1To. Sans versionning (valeur à 0), l'espace occupé sera seulement celui des dossiers (pas de sauvegarde sur un fichier caché). A noter que le nombre de versions influe relativement peu sur l'espace occupé puisque seules les modifs entres versions sont enregistrées. Attention : CS n'est pas à proprement parlé une solution de sauvegarde. Il faut toujours avoir une vraie sauvegarde sur un autre support. C'est déjà ce que vous faite sur votre NAS de sauvegarde.

Faite un formatage de tous les disques pour détruire les partitions et réinstallez-les dans le NAS.

Vous pouvez formater vos disques sur un PC en formatage rapide.

Oui. Comme time backup. Pour la sauvegarde PC vers NAS, j'utilise aussi Syncbackfree avec des tâches automatiques. Il n'y a pas de solution universelle.

Ah d'accord. La première phrase semblait indiquer autre chose. Il s'agit donc d'une installation neuve et pas d'une augmentation de capacité. Le status "pouvant être migré" me dérange un peu. En effet, ce message ne s'applique que lors de la migration de disques d'un autre NAS ou pour la réinstallation du DSM à la suite d'un double reset et donc sur des disques déjà formatés par un NAS Synology. Dans les autres cas (disques neufs ou formatés sur d'autres plateformes) le status est "non installé". J'en conclus que vos disques proviennent d'un autre NAS Synology et le problème que vous avez est sans doute dû à l'ordre des disques qui n'est probablement pas respecté. Dites-en nous plus.