Mic13710

La citation ci-dessus n'a pas de rapport avec le lien donné précédemment. A nouveau, je vous invite à aller le consulter.

Est-ce que le parefeu est activé, et si oui, est-ce que le service NTP (port 123) est autorisé ? Plus simple, vous pouvez désactiver temporairement le parefeu pour tester. Il serait sage à ce propos de consulter et surtout mettre en pratique le tuto sur la sécurisation de nos NAS.

Vous ne répondez pas à la question de @PiwiLAbruti sur la mise à jour de DSM Ca ne veut rien dire. Si l'IP n'est pas celle d'un serveur NTP, aucune chance que ça puisse fonctionner. Essayez : fr.pool.ntp.org

En la rentrant manuellement dans la case tout simplement Ce n'est pas limité aux seules adresses de la liste.

Tout à fait. Je n'ai pas dit que ça ne fonctionnait pas. Mais lorsque l'importation impacte trop les capacités du NAS de destination, cette importation devrait se résumer à une simple récupération / sauvegarde des données pour faire ensuite une installation complète sur les anciens disques (ou des nouveaux). Voici trois raisons parmi d'autres : La limitation la plus importante est le EXT4 versus le BTRFS qui élargi le champ des possibles. Et ce dernier est nécessaire pour pouvoir faire tourner certaines applications (snapshot et réplication par exemple, meilleure gestion de l'espace de stockage, en particulier pour Synology Drive et Hyper Backup). La taille maxi du volume à 16To est maintenant trop restreinte avec les disques actuels, ce qui oblige à rajouter de nouveaux volumes si on veut passer au delà. Ca peut encore passer sur des 2 baies (bien qu'il existe des disques de plus de 16To), c'est moins évident sur un 4 baies, ce n'est plus acceptable sur des NAS avec encore plus de baies. Et une autre contrainte plus générale qui touche tous les NAS qui tournent sous DSM7 et +, la taille de la partition système qui est passée de 2.2 à 7.9To, ce qui laisse entrevoir un besoin croissant de capacité pour les futures versions de DSM. L'ancienne taille commence déjà à poser des problèmes à certains lors des dernières mises à jour de DSM. On ne peut pas modifier cette taille sur un groupe en fonctionnement. Il faut tout détruire et recommencer. Ne pas profiter d'un changement de NAS pour faire la bascule sera préjudiciable à plus ou moins brève échéance. Donc @Rog15140, je confirme ce que j'ai écrit, la migration des disques est possible. Il faut simplement utiliser cette possibilité pour récupérer les données et mettre à jour vos sauvegardes. Vous pouvez ensuite détruire votre groupe, faire une réinstallation de DSM puis recréer un nouveau groupe et volume sur lequel vous restaurerez vos sauvegardes. @PiwiLAbruti tu as tout à fait raison. Le NAS n'est peut être pas foutu. Je répondais seulement sur la migration vers un nouveau NAS.

@mo256 C'est bien .... sur le papier. Tout dépend du NAS d'origine et du NAS de destination. En important les disques, on importe les formats et limitations du NAS d'origine et on perd du même coup une quantité plus ou moins importante des capacités et fonctionnalités du nouveau. Ici on part d'un NAS très ancien en EXT4. Les nouveaux sont en BTRFS. Il ne faut donc pas en faire une généralité. Cette opération de migration des disques est surtout destinée à permettre la récupération des données de disques issus d'un NAS en panne afin de les sauvegarder et reconstruire le nouveau NAS pour bénéficier de fonctionnalités plus évoluées (entre autres, capacité de volume étendue, BTRFS et toutes les applications qui nécessitent ce format)

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Si vous posez cette question, c'est que vous n'avez pas bien compris le fonctionnement d'un groupe de deux disques en SHR. Les deux disques sont en miroir (RAID1), ce qui signifie que tout ce qui est sur un disque se retrouve à l'identique sur l'autre. Vous pouvez créer plusieurs volumes sur un groupe si ça vous chante, ces volumes seront toujours sur les deux disques. Ca ne changera pas la capacité totale du groupe tout en complexifiant au passage la gestion des données (plus de volumes sur un même groupe = plus de contraintes de gestion du stockage)

Il va falloir supprimer le groupe pour repartir sur deux groupes avec chacun un volume, ce que j'ai déjà écrit plus haut. Il existe aussi une méthode non officielle qui consiste à casser le groupe pour séparer les deux disques. Je vous la propose même si je pense qu'elle est au dessus de vos connaissances, d'autant que les dénominations des partitions ont été modifiées par Synology depuis quelques versions de DSM. https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/ Il faut maitriser le mode terminal et il faudra aussi adapter le tuto car l'accès root n'est plus disponible directement. C'est bien entendu entièrement à vos risques et périls. Vous pouvez cependant tenter l'opération une fois que vous aurez sauvegardé vos données. Vous pouvez aussi tenter de l'appliquer en sortant un des deux disques (le plus récent). Ca vous permettrait de préserver les données du nouveau disque (puisqu'il s'agit d'un miroir) et avoir la possibilité de revenir en arrière si ça se passe mal pour le premier. Si par contre ça fonctionne, il faudra d'abord formater le nouveau disque avant de le monter dans le NAS pour y créer un nouveau groupe. A vous de jouer.

Je viens tout juste de donner la réponse :

Cela ne change rien en ce qui concerne les partitions système et swap qui sont à reconstruire à chaque redémarrage de l'extension. Personnellement, je trouve cette approche inadaptée. Je ne vois pas quel intérêt il peut y avoir de démonter et remonter un volume à chaque fois. Alors qu'un deuxième NAS est beaucoup plus approprié à cet usage car il peut être simplement arrêté ou redémarré sans avoir a faire tout un tas de manipulations qui ne sont pas à la portée de tous. Et vu le prix d'une extension comparée à un NAS, il n'y a vraiment aucune raison de se compliquer autant la vie.

Un groupe est constitué de un ou plusieurs disques associés pour former un système unique de stockage. Il peut être en RAID (SHR) ou JBOD. Un volume est un espace de stockage sur un groupe. Il peut y avoir un à plusieurs volumes sur un groupe. Pour faire le parallèle avec un disque sous windows, le groupe c'est la totalité du disque, les volumes sont les partitions sur ce disque. Si vous vouliez créer un deuxième volume sur votre nouveau disque, il fallait créer un nouveau groupe (lui aussi en SHR) et non pas l'associer au groupe existant du premier disque. En faisant cela, vous avez transformé votre SHR sans protection de données en un SHR avec protection des données (équivalent RAID1) Ce n'est pas une exclusivité du SHR et le choix du multi volume se fait au départ. Une fois un volume créé, il ne peut pas être diminué pour en créer un nouveau. Si vous voulez créer 2 groupes séparés, il va falloir sauvegarder l'ensemble de vos données, supprimer le groupe existant (ce qui supprimera toutes les données), recréer un groupe et un volume par disque et y restaurer vos données. C'est la solution officielle. Autre solution, remplacer vos 4To par des 8To pour doubler votre stockage.

Je ne sais pas si la version 3 est équivalente à la version 1. Si ça ne vient pas de l'alimentation, alors il y a potentiellement un souci sur le NAS lui-même. Il faudrait peut-être vous adresser à un atelier de réparation pour confirmer.

Je ne comprends pas bien pourquoi il faudrait convertir des fichiers. Cloud Sync n'a pas d'autre fonction que de fournir une synchro avec un cloud externe. A quoi sert la conversion s'il s'agit d'un synchro ? Est-ce que vous avez essayé sans ? Il y a aussi des limitations pour certains types de Cloud et google drive en a certaines. Avez-vous consulté la kb Synology ? https://kb.synology.com/fr-fr/DSM/help/CloudSync/cloudsync?version=7

Le SHR est un RAID hybride qui combine RAID1 et RAID5. Sur un NAS 2 baies, il n'a effectivement aucun avantage comparé à un RAID1 classique. Cependant, si vous migrez vos disques vers un NAS 4 baies ou plus, vous pourrez lui associer des disques de même capacité ou plus gros pour étendre votre stockage, et dans ce cas, le SHR est plus flexible. Vous pouvez en effet faire fonctionner des disques de capacités différentes mais il faut toujours qu'un disque puisse être associé avec un ou plusieurs autres pour assurer la sécurisation des données. Ca ne signifie pas qu'on puisse associer des disques n'importe comment. Le SHR a lui aussi ses contraintes.

Ce n'est pas le bon endroit pour en parler. Simplement, vous faites fausse route et il va falloir revoir tout ça dans un sujet dédié.

Bien sûr que oui ! Quickconnect n'est qu'un chemin de connexion vers le NAS. Vous pouvez avoir plusieurs connexions venant de plusieurs utilisateurs simultanément.

Pas de problème, c'est bien compatible https://www.synology.com/fr-fr/support/download/DS414?version=7.1#packages

Si vous la posez c'est qu'elle ne l'est pas pour vous. Ce n'est que lorsque vous connaissez la réponse qu'elle peut en devenir une à vos yeux 😉 Soyez le bienvenu sur ce forum qui fait ce qu'il peut pour répondre aux demandes, même les plus zarbs.

Cette application existe et s'appelle Synology Drive

Il est possible que la carte réseau n'accepte pas les IP 10.x.x.x. Peut-être que @PiwiLAbruti a un commentaire là dessus. Il ne vous reste plus que la solution du reset mode 1 pour réinitialiser les paramètres de connexion et rétablir le compte admin. https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Comme je l'ai dit plus haut, pour la suite, évitez de fixer l'IP dans le NAS et faite le dans le routeur. Laissez le NAS en DHCP.

Toute opération sur des disques comporte des risques. Il est normal que Synology indique qu'il faille mettre à jour ses sauvegardes avant de procéder. Parce que des données sans sauvegarde, c'est comme sauter d'un avion sans parachute de secours. Ca marche à 99% avec le parachute normal, et puis il y a les 1% restants... C'est pareil pour votre NAS. Ca fonctionne 99% du temps. Si vous n'avez pas de sauvegarde, je vous conseille de la faire au minimum sur les données les plus importantes.

@patdalsace Bonjour et bienvenue sur le forum. Ici ce n'est que pour les présentations, mais je me permets une entorse avec cette remarque : On peut faire des sauvegardes sur un groupe en RAID, en SHR ou sur n'importe quelle configuration du support. Par contre, le RAID ou le SHR n'est pas une sauvegarde !

Je rajoute que s'il faut une passerelle, comme l'a dit @PiwiLAbruti, vous pouvez mettre n'importe quelle IP dans la plage qui ne soit pas celle du NAS ou du PC. Par exemple : 10.0.0.1. Une fois l'IP du PC fixée, vous pouvez atteindre le NAS à partir de votre navigateur avec : 10.0.0.98:5000. Si vous ne voyez toujours pas le NAS, à partir de l'invite de commande : ping 10.0.0.98 Après, il ne restera plus que le reset mode 2.

Faire un SHR2 avec 4 disques c'est plutôt excessif mais pourquoi pas. Si vous tenez à tout prix au SHR2, alors il faut recommencer à zéro : suppression du volume et du groupe et donc destruction des données. Actuellement, vos données sont réparties sur tous les disques. Vous pouvez (si vous avez la place) créer un deuxième volume, mais il ne vous servira qu'à vous compliquer la vie. Mon conseil : gardez le SHR (sur 4 disques c'est bien suffisant) et étendez votre volume. Je ne comprends pas d'ailleurs qu'il ne le soit pas car normalement ça se fait automatiquement, à moins que vous ayez séléctionné au départ un groupe multi volumes.