Mic13710

Parce que la notion d'augmentation du stockage pour un groupe doit s'entendre comme le rajout d'un ou plusieurs disques à ce groupe. Dès qu'on parle de groupe il s'agit d'un montage de type RAID ou JBOD qui par essence est ce qui permet de gérer ensemble plusieurs disques. Votre disque de départ est déjà un groupe à lui tout seul monté en SHR sans protection des données. En rajoutant un disque au groupe, la seule possibilité c'est de passer en SHR avec protection des données (équivalent RAID1). Dans ce cas, il y a bien augmentation du groupe mais pas d'augmentation du stockage, puisqu'il s'agit d'une simple mise en miroir des données sur 2 disques. Ce n'est que lorsque vous ajoutez un troisième disque au groupe que le stockage va doubler puisque vous ajoutez un disque de capacité équivalente. Votre groupe reste en SHR mais passe à un équivalent RAID5 (un disque en sécurisation). Vous n’êtes pas dans ce cas puisque vous n'avez que 2 baies. Il ne vous reste plus qu'à renouveler l'opération que vous avez appliquée pour séparer votre groupe. Et vous ne nous avez toujours pas dit comment vous avez procédé....

Si vous voulez transférer des données d'un NAS à un autre, le plus simple c'est de le faire via file station en montant des dossiers distants (bouton outils), mais certainement pas en faisant du glisser / coller dans un navigateur.

Il serait intéressant de nous dire comment vous êtes arrivé à ce résultat. C'est tout de même le but du forum que de partager. Là encore, les choses ne sont pas claires pour vous. Un NAS n'est pas un disque externe. C'est un stockage en réseau qui a sa propre gestion (DSM). La seule chose que vous pouvez voir, que ce soit sur File Station ou Windows ou autres, ce sont les dossiers partagés qui sont crées automatiquement par DSM ou ses applications (Home(s), Audio, Video, Music, surveillance, etc..) ou que vous avez créé pour vos propres besoins via file station ou le menu des dossiers partagés. L'accès aux dossiers partagés est accordé aux utilisateurs selon leurs droits. L'utilisateur X ne peut pas accéder aux données du dossier Home de l'utilisateur Y, pas plus qu'aux dossiers partagés sur lesquels il n'a pas de droits. En clair, les seules données accessibles sont celles des dossiers partagés selon les droits de chacun. Ce qui signifie aussi que vous ne pouvez pas visualiser et encore moins accéder aux volumes. La gestion des volumes est uniquement interne au NAS. Chaque dossier partagé est unique et localisé sur un seul volume. Unique parce qu'il ne peut pas y avoir de dossiers partagés portant le même nom dans des volumes différents. La localisation des dossiers partagés se fait dans le menu des dossier partagés de DSM pour chacun des dossiers. Vous pouvez déplacer des dossiers partagés d'un volume à l'autre. Cette opération se fait toujours à partir du même menu. En choisissant une nouvelle localisation, DSM fera automatiquement le transfert du dossier et de son contenu vers le nouveau volume. Et donc, vous avez à nouveau associé le disque 1 avec le 2 pour former un SHR avec protection des données..... Retour à la case départ 😄

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.