Mic13710

Pour qu'il soit annulé il faut qu'il soit désactivé pendant 2 mois je crois. Vous n'avez pas utilisé votre nas pendant tout ce temps ? Pour vérifier si votre compte Quickconnect est toujours valide, vous pouvez aller consulter votre compte synology que vous avez ouvert lors de la création de votre ID Quickconnect : https://account.synology.com/fr-fr/overview S'il n'existe plus, vous devrez le récréer dans le NAS, menu Quickconnect. Plutôt que de vous faire un long laïus, je vous suggère de lire l'aide fournie par Synology (? en haut à droite de la page).

Et alors ? Peut-être qu'il est possible d'envoyer les enregistrements sur le NAS, encore faudrait-il savoir comment. Ce que je dis c'est que cette caméra qui est en principe prévue pour de la video surveillance n'est pas compatible avec surveillance station de synology. Et donc je vous conseille de contacter plutôt l'auteur de ce post qui est le seul à pouvoir vous indiquer la marche à suivre.

Cette question est non seulement hors sujet, mais elle n'a rien à faire sur ce forum en général. Il y a des solutions et je vous conseille de vous tourner vers des forums spécialisés.

Maintenant que vous avez acheté une caméra non compatible avec les NAS Synology, votre question ne peut avoir de réponse ici.

Puisque vous avez accès à ssh, je pense que le mieux serait de contacter le support. Ils sauront mieux que quiconque ce qu'il faut faire pour corriger leur ....

Un cas d'école. Dès qu'un disque est mort dans un raid, il ne faut pas attendre : remplacement au plus vite parce que les données sont en danger. Mais parfois, c'est bien aussi de faire ses propres expériences

Je ne comprends pas de quoi il s'agit : dans le portail des applications je ne vois aucune application "bureau".

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.

Pas de quoi. L'important c'est que votre problème soit résolu

Aie ! la faute à Lucien77 !

Un autre candidat au top ten

Je pense tout simplement que votre cloud est clairement très mal utilisé. Le dossier de suivi pèse 1.4To. Ce dossier assure le suivi des versions et permet la récupération des fichiers qui ont été supprimés. En règle générale, on considère que ce dossier pèse approximativement la somme de tous les dossiers intégrés à CloudStation. Ce qui indiquerait que l'ensemble de vos dossiers CloudStation pèserait 1.4To. Vu que votre stockage ne fait que 1.8To, il est impossible d'avoir un cloud de 1.4To. Au pire il ne pourrait faire que 1.8 - 1.4 = 400Go, ce qui est pas mal pour un Cloud. J'en conclus deux choses : que vous avez un nombre important de fichiers et/ou beaucoup de gros fichiers qui ont transité par CS et qui n'y sont plus mais dont la trace existe encore dans le dossier de suivi, que vous faite une utilisation inappropriée de CS. En effet, je soupçonne fortement que vous avez mis dans CS tout et n'importe quoi, et dans ce n'importe quoi il y a des fichiers multimédia (vos photos par exemple). CS n'est absolument pas une solution pour les fichiers de ce type. Il y a des applications dédiées qui font très bien le job (Video, Audio, Photo Station), autant les utiliser. CS ne devrait être utilisé que pour des fichiers de travail appelés à être modifiés dans le temps (tableaux, traitement de textes, bases de données etc, essentiellement de la bureautique quoi), ou des fichiers qui sont consultés fréquemment (.pdf par exemple). Mon conseil serait dans un premier temps de supprimer le paquet cloudstation. Ceci va permettre de libérer la place occupée par @cloudstation. Il faudra attendre quelques temps pour que toute la place soit libérée (1.4To, ce n'est pas rien). Vous réinstallez CS, mais cette fois vous n'y mettez aucun dossier multimédia. Vous utilisez les paquets multimedia pour gérer vos fichiers multimedia.

Si vous utilisez ou avez utilisé CloudStation et/ou DownloadStation, ne cherchez pas plus loin, il y a sûrement des dossiers cachés volumineux. Pour voir où sont passée les données, connectez vous en SSH sur votre nas et lancez la commande suivante : du -h -d 1 /volume1/

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.

@PiwiLAbruti tu as oublié de mettre dans la liste celui du 3 octobre découvert par Lucien77 :

Et si vous commenciez par consulter les tutos avant de poster ? Il y en a un très bien fait ici. Je verrouille le sujet car les réponses sont disponibles dans le tuto.

Non seulement passer le nombre de version à 0 pour ne plus avoir de suivi (à mon sens c'est une erreur mais pourquoi pas), mais il faut aussi se connecter avec chaque compte utilisateur ayant des droits Cloudstation pour avoir accès aux historiques et les effacer.

Qu'est ce qui vous fait dire que les données sont toujours sur le volume 1 ? Pour info, si vous avez déplacé un dossier d'un volume à un autre, vous ne pouvez pas le voir à partir de file station. Il sera toujours présent au même endroit dans file station, comme s'il n'avait pas bougé. En effet, Linux considère les disques comme un tout. Il n'y a qu'un seul stockage même si les données sont physiquement sur des disques différents. Edit : Si vous voulez vraiment savoir où sont passés vos dossiers, vous pouvez le faire en ligne de commande à partir d'un terminal (putty) en ssh avec la commande suivante : du -h -d 1 /volume1/ du -h -d 1 /volume2/ etc.. jusqu'au dernier volume Ces commandes vous donneront la taille physique et le nom de chaque dossier du volume 1, puis du volume 2 etc... Ainsi vous saurez où est passé votre dossier partagé.

La taille de votre Cloud ne présage en rien la taille du dossier de suivi. @cloudstation garde les traces de tous les fichiers que vous avez mis dans le Cloud. S'ils ont été supprimés, vous pouvez les retrouver dans l'historique. Si vous y avez mis beaucoup de fichiers à un moment donné ou des fichiers volumineux que vous avez ensuite supprimés ou effacés, ils sont toujours dans l'historique. C'est ce qui explique la taille relativement importante de votre dossier @cloudstation. Maintenant vous savez que le fautif c'est @download. Quoique le plus gros et de loin soit la musique.

Il faut aller dans le gestionnaire de stockage menu HDD/SSD, Planificateur de test. Pour le reste, vous devriez savoir faire.

pour le savoir, passez cette commande en mode terminal pour lister les dossiers et voir ce qu'ils occupent : du -h -d 1 /volume1/

Service d'application Synology Synology Inc. Synology Application Service propose un cadre permettant d'enrichir les fonctionnalités et les services des paquets Synology packages, notamment les notifications push et les paramètres des profils. Grâce à Synology Application Service, Il est possible de partager des configurations cohérentes dans différents paquets Issus de la description des progiciels Synology. J'ai vraiment pas l'impression que ce soit un truc très utile.

@Fenrir par défaut c'est 32 mais on peut mettre la valeur à 0 ce qui bien entendu supprime la possibilité de retrouver un fichier. Le dossier @cloudstation est influencé par le nombre de versions bien sûr, mais ce ne sont que les modifs qui sont enregistrées. Comme généralement elles sont légères, l'augmentation n'est pas très importante même au bout de 32. Et puis le dossier est compressé ce qui permet de gagner de l'espace. Raison pour laquelle à la version 1 (création du Cloud) ce dossier est bien moins lourd que l'ensemble des fichiers. A titre d'exemple, mes dossiers CS avec 32 versions sont les suivants : Ensemble des dossiers CS : 53.7Go @cloudstation : 46.4Go soit 86% de l'ensemble des dossiers. La dedans, il y a beaucoup de fichiers avec leurs 32 versions.... Edit : On s’aperçoit très bien que si on s'amuse à peupler CS avec des fichiers multimedia qui sont déjà optimisés, non seulement ça ne sert à rien du point de vue utilisation mais en plus ça fait gonfler @cloudstation d'un ratio de 1 puisqu'il n'y a rien à espérer côté compression des données. A l'inverse, des fichiers type Office ou des fichiers .TXT par exemple sont propices à la compression et donc moins gourmands du côté de @cloudstation, même avec un nombre de versions maxi.

Pour ne voir que le home utilisateur, il faut supprimer les permissions homes. Ca peut se faire soit au niveau du groupe users et à ce moment là tous les utilisateurs seront concernés et il faudra ensuite les remettre pour ceux qui ont la permission, soit au niveau de chaque utilisateur. Vous pouvez aussi créer un groupe spécifique pour les utilisateurs qui ont seulement accès au répertoire commun et vous basculez vers ce nouveau groupe les utilisateurs déjà inscrits. Ca vous évite par la suite d'avoir à redéfinir des droits particuliers pour chaque nouvel utilisateur.

Je réponds à votre question par une autre question : Quand votre verre est plein à ras bord, vous pouvez encore le remplir ? Si votre stockage est à 100%, c'est que tous les clusters sont occupés. Donc non, vous ne pouvez plus rien y mettre. Si vous avez CloudStation et que le versionning est activé, il faut savoir que l'espace occupé sur le disque est environ le double de l'ensemble des dossiers Cloud. Si tous vos dossiers Cloud pèsent 500Go, l'espace occupé sur le disque sera de 1To environ. Cet espace supplémentaire est occupé par un dossier caché qui permet de retrouver les versions antérieures des fichiers ou de récupérer des fichiers supprimés.