Mic13710

@vegeta0911 Soit je me fais vraiment vieux et mes neurones me jouent des tours, soit votre message est au mieux incompréhensible. Je penche plutôt pour la deuxième option 🙃 Pouvez-vous être plus clair SVP ?

Ce ne sont pas vraiment des volumes mais des partitions. Il y a une partition système qui comme l'a dit @PiwiLAbruti fonctionne en RAID1 sur tous les disques du NAS, une partition SWAP qui sert de zone d'échange (mémoire virtuelle) pour le fonctionnement de DSM qui elle aussi fonctionne en RAID1, et une partition de données sur laquelle sont montés le ou les groupe(s) de stockage qui fonctionnent en basic, RAID 1, 5, 6 etc, ou en SHR, SHR2, ou en RAID0, JBOD,. Sur ce ou ces groupe(s) sont montés un ou plusieurs volume(s) qui contiennent les données et qui fonctionnent en EXT4 ou en BTRFS sur les NAS compatibles. Aucune de ces partitions, aucun groupe ni aucun volume n'est visible dans file station. Seuls les dossiers partagés contenus dans les volumes sont accessibles en fonction des droits utilisateurs. Pour pouvoir visualiser le contenu du NAS, il faut activer le SSH et se connecter via un terminal (putty sous windows par exemple). A moins que toutes vos données soient cruciales, il n'est pas obligatoire de tout sauvegarder car bon nombre de données sont récupérables par ailleurs. Une fois sauvegardés vos fichiers persos et/ou professionnels et vos photos, il n'y a plus guère de données dont la perte soit irrémédiable. A vous de faire le tri de ce qui est important à sauvegarder, ça vous donnera une idée plus précise de votre besoin de stockage. Désolé mais je ne fais pas d'assistance personnalisée autre que pour famille et amis, et je ne pense pas que ça puisse apporter plus que ce qui a déjà été écrit dans ce fil. On vous a donné des pistes de réflexion, à vous de concrétiser. P.S. : Vous devriez aussi éviter de donner votre tel autrement que par MP..

J'ai très vaguement l'impression que vous connaissez très vaguement, voire même pas du tout, le fonctionnement et l'organisation de votre NAS et je ne vois vraiment pas de quel problème vous parlez. Il n'y a pas de corrélation entre système et données. Le système a sa propre partition et les données ont leur propre partition. Les deux sont bien séparées. Les mises à jour se font sans problèmes sur 99.9% des cas. Pour ma part, je fais des mises à jour de DSM depuis la nuit des temps à l’échelle Synology et je n'ai jamais eu de problème à déplorer. Le risque pour vous n'est pas dans la mise à jour. C'est surtout votre conception du stockage de donnée qui fait froid dans le dos. Si vous n'avez que votre NAS pour héberger vos données et que vous n'avez pas de sauvegarde, alors vous courrez un énorme risque : celui de tout perdre. Et là ce serait l'unique conséquence de votre propre choix qui n'a rien à voir avec le matériel, Synology ou pas. La sauvegarde doit faire obligatoirement partie de la gestion des données. Ma foi, chez Microsoft, Apple, QNap et tous les autres, chaque maj a son lot de casseroles. Je ne vois pas ce qui vous permet de dire que DSM fonctionne "sur une patte" après sa mise à jour. Des preuves à nous soumettre ? Et je ne comprends pas non plus ce que vous reprochez à DSM7.2. C'est une version très aboutie. En clair, ce n'est pas tant la mise à jour de DSM qui devrait vous effrayer mais plutôt l'absence de sauvegarde de vos données.

@alan.dub veut dire que pour avoir une ip fixe, le rDNS et le port 25 accessible, il n'y a beaucoup d'autres opérateurs que free qui le proposent.

Chaque maj apporte son lot plus ou moins important de modifications (paquets abandonnés au profit de nouveaux, paramètres à réactualiser, etc..) Là pour le coup, non seulement vous aurez les modifications, mais aussi le paramétrage à faire. Si les mises à jour de DSM se font sans toucher les données, le risque zéro n'existant pas, il est toujours recommandé de faire des sauvegardes (au moins des données les plus importantes) avant toute mise à jour. Quoi qu'il en soit, vos données actuelles peuvent être vérolées, corrompues, cryptés, le NAS peut être détruit pour toutes sortes de causes internes ou externes. Il est primordial de maintenir une sauvegarde régulière de vos données. Vous êtes bien entendu tout à fait libre de ne pas les faire, ce sont vos données. Depuis les dernières versions de DSM, la taille de la partition système a été revue à la hausse. Malheureusement, la seule manière de pouvoir l'augmenter et de refaire une installation complète y compris des données car l'augmentation de la partition rogne sur la partition des données. c'est donc un reformatage des disques qui est fait. Ceci ne veut pas dire que la mise à jour vers DSM7.2 va détruire les données ! Si une partition de donnée (groupe de stockage) existe lors de la mise à jour, DSM la conserve et conserve en l'état la partition système. La nouvelle taille n'est appliquée que pour des installations neuves ou des réinstallations complètes.

Si ça ne vous convient pas, chez Synology il ne reste que la fonction Sauvegarde de Synology Drive.

Il n'est pas du tout obligatoire d'utiliser le dossier par défaut. Pour ma part, je ne l'ai jamais utilisé et je n'ai aucun problème de synchro. Je pense plutôt que le fait d'avoir refait votre synchro vers un autre dossier a remis Drive sur de bon rails.

Peu de chance à mon avis que ça fonctionne. Tout d'abord, il faut des identifiants de connexion. Ensuite, n'étant pas dans la liste des cams compatibles, il faudrait qu'elle soit ONVIF pour pouvoir espérer la rajouter à Surveillance Station.

Active Backup for business fait ça et plus puisqu'il peut sauvegarder la totalité du PC.

@michel37, comme l'a dit @Lelolo, un forum d'entraide n'est pas à sens unique. Venir dire que vous avez résolu le problème sans indiquer ce qui n'allait pas et comment vous avez solutionné, ça n'aide personne. Pensez à ceux qui viendront avec le même souci.

Comme je l'ai écrit plus haut, le port par défaut et celui de l'application. En l’occurrence, c'est le 5001. Même si vous invoquez le nom de domaine pour rejoindre votre NAS, le port par défaut reste toujours le 5001. En clair, si vous n'entrez que nas.toto.synology.me, l'application DS le transformera en nas.toto.synology.me:5001. Cette requête n'aboutira pas car votre reverse proxy ne sait pas l'interpréter. Raison pour laquelle il faut préciser le port 443. En revanche, si vous utilisez l'application Drive ou Photo, vous pouvez dans ce cas ne pas préciser le port car ces deux applications ne fonctionnent qu'avec leur port par défaut (6690 pour Drive, 80 et 443 pour Photo)

https://kb.synology.com/fr-fr/DSM/tutorial/What_network_ports_are_used_by_Synology_services Voir les ports des applications mobiles. En majorité elles utilisent le port 5001 (https)

Parce que les applications DS fonctionnent par défaut avec le port de l'application mère. Si vous en changez, il faut l'indiquer dans l'url de connexion.

Vous avez plutôt intérêt à creuser beaucoup. C'est tout de même l'outil de sauvegarde de vos données et chacun sait qu'un NAS sans sauvegarde c'est comme une voiture sans roue de secours : tout va bien jusqu'à la crevaison. Si vous voulez savoir ce que contient réellement votre volume, vous vous connectez au NAS en ssh et vous lancez la commande : du -h -d 1 /volume1/ Cette commande liste tous les répertoires du volume 1 avec l'espace occupé sur le volume. Il faut patienter pour avoir le résultat complet. Les répertoires commençant par "@" sont les dossiers cachés.

Ne cherchez pas trop loin. C'est soit Synology Drive (ou son ancienne version Cloudstation), soit Download station qui en sont la cause la plus probable. Ces applications nécessitent de maintenir un dossier caché pour leur fonctionnement. Le dossier de Synology Drive par exemple représente à peu près la taille de l'ensemble des dossiers gérés sous Drive. C'est surtout valable pour les NAS en EXT4 car ceux en BTRFS (votre 423+ par exemple) ne se comportent pas de la même manière et utilisent beaucoup moins d'espace pour ces dossiers cachés. Pour le transfert des données, hyperbackup est la solution la mieux adaptée car vous conservez les dossiers et fichiers avec leurs métadonnées.

Soyez le bienvenu sur ce forum. DS712+, pas tout jeune comme modèle.

Côté sav syno c'est mort. Ils ne communiqueront rien. Peu de chance aussi que quelqu'un puisse vous répondre sur ce forum. Mais qui sait...

Oui, mais il faut pour cela le serveur VPN plus qui permet de faire du site to site. Ce n'est malheureusement pas dispo sur les NAS, uniquement sur les routeurs Synology. Non. Il est effectivement nécessaire d'avoir des routeurs qui permettent de faire du site to site. Perso, je fais du site to site permanent entre deux routeurs Ubiquiti ER-X avec Wireguard qui est à l'heure actuelle le VPN le plus rapide. Et c'est absolument transparent à l'usage que je sois sur un site ou un autre. J'ai depuis abandonné les autres VPN, ou du moins je les garde uniquement en cas de problème avec Wireguard.

@StéphanH dans ton cas, les deux sites sont indépendants et même s'ils sont gérés via le CMS, les home modes fonctionnent de manière autonome. Les Webhook c'est lorsque tu as plusieurs NAS sur un même site (chez moi, le 718+ et le 220+). Il faut alors que le NAS secondaire change de mode lorsque le NAS principal change. Il n'y a que les webhook qui permettent de le faire.

@Clément LAURENT vous êtes nouveau sur ce forum, aussi il serait bon de prendre de bonnes habitudes dès le départ. Vous êtes un grand spécialiste de la citation puisqu'il n'y a pas eu un seul post sans que vous citiez l'intégralité du message précédent. Je viens de toutes les supprimer. Il n'est pas interdit de faire des citations, mais il faut que cela soit strictement nécessaire pour la compréhension. Or ce n'était pas le cas et ça charge inutilement un sujet qui devient rapidement indigeste. Si vous devez faire une citation, vous ne ciblez que la partie à laquelle vous répondez. Prenez exemple sur les réponses qui vous ont été faite par @morgyann. Sinon, abstenez-vous. Merci d'en tenir compte à l'avenir.

@Nicus C'est GET qu'il faut choisir.

Vu le besoin, je pense qu'un 2 baies et plus que largement suffisant.

Si l'installation a été faite sur les paramètres par défaut, c'est normalement du BTRFS. Vous pouvez le vérifier dans le gestionnaire de stockage. Si c'est en EXT4, je vous conseille vivement de supprimer le groupe de stockage et d'en créer un nouveau en BTRFS

Vous pouvez monter des dossiers distants du 110J sur le 124. Vous créez un dossier partagé temporaire sur le 124 dans lequel vous créez des sous-dossiers (un par dossier partagé du 110J). Puis Outils - Monter le dossier distant - Dossier partagé CIFS. Dossier : \\IP du 110J\Nom du dossier partagé Nom du compte et mot de passe : identifiants du compte admin du 110J (ou au moins ceux d'un utilisateur ayant les droits sur le dossier partagé à monter) Monter sur le sous-dossier correspondant dans le dossier temporaire. Vous pourrez ainsi copier les données du 110J sur le 124. Sinon, c'est le paquet Sauvegarde et Replication dans DSM5.2. Vous pouvez essayer de faire une sauvegarde du 110J vers le 124 et tenter de la restaurer sur le 124. Mais là, je ne peux pas vous aider car cette version est bien trop ancienne et je ne sais plus ce que ce paquet permet de faire.

Question : pourquoi vouloir déplacer les disques ? Ca ne change strictement rien au fonctionnement du shr et vous risquez surtout de créer plus de problèmes, bien qu'il soit possible de déplacer des disques depuis DSM6.