Mic13710

Vous pouvez tout simplement rediriger d'autres ports vers votre second NAS. Si la livebox autorise la redirection vers des port différents, vous pouvez garder ceux du NAS par défaut et choisir celui que vous voulez côté extérieur. Sinon, vous changez les ports dans le NAS. Par exemple si des ports différents peuvent être programmés : votreadressenoip:21210 vers le 21 du 212, et votreadressenoip:21211 vers le 21 du 415.

Ca peut venir de tellement de choses, qu'il est bien difficile de localiser la cause. C'est souvent des requêtes réseau, ou bien un processus interne. Il y a bien longtemps que j'ai désactivé toutes les hibernations et mises en veilles et ceci pour deux raisons : 1 - Comme vous l'avez remarqué, les sorties de mise en veille ou d'hibernation se font de manière aléatoire. Il en résulte des arrêts et démarrages des disques qui à la longue finissent par flinguer le disque. Car on a beau clamer sur tous les toits que les disques sont capables de supporter ce type de fonctionnement, il y a, qu'on le veuille ou non, des contraintes électrothermiques et électrodynamiques évidentes qui à la longue ne peuvent que nuire à la longévité. Un disque qui tourne sans arrêts se maintient en température et le moteur ne force pas. 2 - Parce qu'un NAS c'est un serveur et qu'il est inconcevable de devoir attendre que le ou les disque(s) veuille(nt) bien redémarrer avant de pouvoir communiquer avec lui. Il doit se faire oublier. Mes disques tournent sans problème comme des horloges 24/7.

Merci pour le retour. Pour ma part, pas d'équipement autre que des rasp, cartes Piface Digital et des modules Z-Wave.

Déjà, s'il a mis 3 jours pour "bourriquer" le disque, c'est qu'il y a un soucis au niveau du disque. Le "bourriquage", c'est quelques heures seulement (10 à 15 en général).

Bienvenue sur ce forum. Perso, je ne suis pas fana de domotique sur un NAS. Je lui ai préféré une solution autonome et j'ai opté pour Domoticz sur une base Raspberry. Quel logiciel domotique utilisez-vous ?

Je confirme ce que dit firlin. CS est très gourmand en espace de stockage. La seule solution efficace pour éviter l'inflation c'est de mettre le nombre de versions à 0. Oui mais dans ce cas, ce n'est plus du tout un outil de sauvegarde mais de simple synchronisation. Et même avec le versionning activé, il peut arriver que CS soit incapable de restaurer un fichier supprimé par erreur. Je sais de quoi je parle, ça m'est arrivé. Dans ce cas, on est bien content de pouvoir retrouver les brebis perdues à partir d'une vraie sauvegarde qui ne dépend pas d'un logiciel mais qui est une simple copie des fichiers. Si vous considérez CS en tant qu'outil de sauvegarde. je vous conseille d'oublier. Et si vous optez pour CS, je vous conseille de ne pas y mettre des fichiers multimedia pour une question de gestion d'espace de stockage (inutile de stocker des versions de fichiers qui par essence ne bougent pas) et de le réserver pour des dossiers et fichiers de travail. Pour le multimedia, il y a des outils dédiés qui font très bien le job. Et enfin pour conclure, quelle que soit la solution que vous adopterez, il faudra toujours maintenir une vraie sauvegarde régulière de vos données. Edit : Pour la migration, je vous conseille de migrer vos disques du 210 vers le 415 en suivant ce tuto Synology. A partir de là, vous faite le remplacement des disques par des 4To. Vous otez (à chaud) le disque 1. Seulement lui. Votre volume va passer en dégradé. Vous le remplacez par un 4To. Dans le gestionnaire de stockage, bouton Gérer, choisir réparer le raid, et vous choisissez le disque 1 puis vous validez. Au bout de quelques heures, votre RAID sera réparé. Si et seulement si tous les indicateurs sont au vert dans le gestionnaire decstockage, vous ôtez le disque 2, vous le remplacez par l'autre 4To et vous procédez de la même manière que pour le disque 1. Votre grappe étant en SHR, votre volume passera à 4To à la fin du processus.

Partage et versionning : Je confirme, c'est Cloud Station qu'il vous faut. Sinon, vous avez Dropbox, Google drive ou toutes autres solutions Cloud, mais c'est tout de suite moins "privé".

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.