Mic13710

Les nouveaux arrivants sont invités à se présenter dans la section dédiée du forum C'est difficilement concevable avec un DS4xx. Vous ne pouvez pas à la fois avoir un SHR sur deux disques, un SHR dégradé et un SHR sans protection des données. Normalement, si vous avez supprimé un disque du SHR 4To (raison pour laquelle le groupe est dégradé), vous ne devriez pas avoir la possibilité de construire un autre groupe dans l'emplacement du disque enlevé. Dans ce cas, DSM ne vous autorise qu'à lancer la reconstruction du groupe dégradé. Bien que pour des questions évidentes de multiplication des risques de perte de données nous ne le recommandions pas sur ce forum, vous pouvez très bien faire un RAID0 ou un JBOD si c'est ce qui vous semble le mieux adapté à votre cas. Dans ce cas, je vous recommande de mettre en place un sérieux plan de sauvegarde périodique, au moins des données les plus importantes. Personnellement, j'aurais tendance à dire comme maxou56 : construisez un SHR avec vos 4 disques ce qui vous donnerait un groupe de 14To avec protection des données, soit l'équivalent de ce que vous avez déjà en stockage mais avec plusieurs groupes dont certains sans protection des données. Avec un seul groupe et un seul volume, la gestion de l'espace est grandement simplifiée et votre espace libre est sur un seul bloc alors qu'avec votre organisation, cet espace est réparti entre les différents volumes.

Les noms suivants sont réservés pour le système : ., .., global, home, homes, printers, public, satashare, surveillance, usbbackup, usbshare. c.f. : https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/AdminCenter/file_share_create

Bonjour Syno415Plus, soyez le bienvenu dans la communauté

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.

Bonjour Deuch, soyez le bienvenu dans la communauté.

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.

Bonjour Amb49000, soyez la bienvenue dans la communauté. Vous trouverez des tas de tutos très bien fait dans la partie tutoriels, et si vous avez des questions, n'hésitez pas à venir les poser.

Ce que vous voulez faire ne peut pas être considéré comme une sauvegarde. Si votre NAS est détruit ou bien victime d'un cryptolocker, votre sauvegarde locale sera elle aussi détruite. C'est à vous de voir. Je vous conseille de vous orienter plutôt vers une solution sur disque externe (USB, autre nas) ou service externe (Synology C2, Amazon, etc...) Maintenant, si vous tenez à avoir deux volumes, il n'y a pas de méthode officielle. Il faut passer par une suppression du groupe et du volume et d'une création de deux groupes (un par disque) et de deux volumes ce qui se traduit par la perte des données. Cependant, il est possible de le faire en lignes de commandes sans perte des données. Vous trouverez un tuto sur le site de Gaëtan Cambier : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/

C'est équivalent à un RAID1 avec une surcouche pour gérer le multiraid. Bien que ça fonctionne sans problème sur un NAS 2 baies, c'est surtout utile pour les NAS de 4 baies et plus.

@unPixel et @seagate_surfer, Bravo les mecs vous avez un sacré retard à l'allumage ! La présentation de Domi67 date de 2017

Ou bien de lancer la migration et de prendre la blanquette pour patienter. Car selon la qualité du réseau et le mode de transfert, ça risque de prendre un certain temps 😋

J'ai un peu de mal à comprendre. Un groupe n'est pas un volume mais un ensemble de disques sur lequel on peut avoir un ou plusieurs volume(s). Et, à moins que vous ayez changé de NAS depuis votre présentation en 2017, un 216+ c'est seulement 2 disques. Il est donc impossible d'avoir un volume 1 sur un disque et un autre sur le deuxième disque si les disques sont en miroir. Faut-il traduire que votre NAS est en RAID1 ou SHR avec protection des données et qu'un des disques est en panne ? Dans ce cas, il suffit de remplacer le disque défaillant par un nouveau et de lancer la reconstruction du groupe. Sinon, comme le dit firlin, il va falloir nous en dire plus.

Les dossiers distants c'est à partir de File Station. Chez QNAP, je n'en sais strictement rien. Un NAS peut être un support de sauvegarde de données qui sont utilisées ailleurs (PC par exemple). Sinon, ce n'est pas une sauvegarde. Pour le boitier USB c'est non car les données sont en RAID et gérées par mdadm qui n'est pas disponible sur le port usb d'un NAS.

Vous êtes sûr qu'il s'agit du RAID1 ou SHR avec protection des données ? Oui, à condition que les disques soient bien en RAID1. Le NAS va bipper car volume dégradé. Mais vous devez être conscient du risque. Si le disque restant tombe en panne pendant le processus, vous perdez tout. Normalement oui en montant des dossiers distants. Connais pas Vu votre message, je comprends que vous n'avez pas de sauvegarde, sans quoi vous ne poseriez pas toutes ces questions. Or c'est sans aucun doute la première chose à mettre en place après l'installation d'un NAS.

Un avis ? Où ça ? 😋 Sur un autre post sûrement, on rabâche tellement de fois par semaine que le fautif c'est cloudstation ou drive qu'on ne sait plus très bien où.

DSM, SWAP et DONNÉES

Le WOL ne dépend pas du DSM mais du modèle de NAS. En tout cas il existait sous DSM 4.2. Oui, c'est bien le switch, défaillant ou pas. On voit très bien les pistes qui vont vers le connecteur. On peut facilement le tester. A moins de retrouver le même modèle, c'est là qu'il faudrait souder un nouveau switch (c'est un bouton poussoir) avec deux beaux fils qui partent vers la façade. Ça ne sera surement pas très pro, mais assurément efficace.

J'ai bien fait des miracles avec mon fer à souder et mon multimètre. Si le switch est HS (ce qui n'est pas confirmé), il ne devrait pas y avoir de problème pour en souder un autre. Mais je ne suis pas tout près. Allez voir du côté de Montgallet, vous trouverez sûrement des tas de boutiques capables du meilleur (comme du pire).

Le WOL (s'il existe) ne peut fonctionner que si le NAS est resté sous tension.

Si c'est un problème de bouton, peut-être en souder un autre en //. Sinon, je ne vois pas bien comment le redémarrer.

Je ne connais pas drive (j'utilise cloud station), mais n'y aurait-il pas une limitation du nombre de connexions simultanées sur un même compte ?

Beau déterrage ! Faut pas rêver. Depuis 5 ans, il y a probablement bien longtemps que toutsyno ne traine plus ses guêtres sur le forum.

Exact. J'ai moi aussi deux domaines qui cohabitent sans problème sur le nas, un en .fr chez OVH et un autre en .me chez Gandi. Quand au .ovh, c'est vrai qu'il n'est pas transférable chez un autre registrar, mais pour quelqu'un qui cherche un vrai domaine pas cher, c'est une bien meilleure solution que le synology.me.

Vous êtes probablement en ext4 et c'est très certainement dû à des versions de cloudstation, drive et/ou hyperbackup. Le changement du nombre de versions ne règlera pas le problème. Il faut aussi éliminer les anciennes versions en supprimant la base. Pour CloudStation c'est dans le paquet CS, explorateur de versions, bouton Action, Supprimer la base de donnée des versions. Mais attention, toutes les versions sauvegardées seront supprimées, y compris les fichiers et dossiers qui ont été supprimés. Il faut s'assurer que toutes les données sont à jour sur tous les clients et qu'il n'y a rien à restaurer. Pour hyperbackup, il faut supprimer les tâches et les dossiers de sauvegarde puis les recréer. Si vous avez une telle inflation c'est que probablement vous n'utilisez pas correctement le Cloud. Surtout en ext4, il faut en principe le réserver aux fichiers et dossiers de travail qui sont appelés à être modifiés. Pour les autres fichiers qui sont généralement invariables (multimedia, documentation par exemple), il est préférable de ne pas passer par le cloud pour éviter de gonfler inutilement la base. A noter que si votre groupe avait été en btrfs au lieu de ext4, vous n'auriez pas eu ce genre de problème car la gestion des versions est différente. Il serait peut-être bon d'envisager de passer au btrfs puisque votre NAS est compatible.

@maxou56 Autant pour moi, je suis allé un peu trop vite. Je voulais parler des quotas utilisateurs comme l'a justement corrigé @Kramlech.