zazthemac

Le truc c'est que je veux que ce fameux dossier soit mis à jour sur le NAS (ce dossier se place par défaut dans le dossier home de chaque utilisateur lors de la synchro); je voudrais faire la même chose mais que ce dossier synchro entre 2 ordis se mette aussi à jour sur l'emplacement d'origine du dossier /volume1/donnees/Dossiers 2012/affaire34 et non pas /home /user quand on fait la synchro afin d'eviter d'avoir des doublons de dossier sur le NAs (dossier d'origine dans un dossier partagé et un autre dans le repertoire home/user). En gros je cherche à détourner l'usage de cloud station, je cherche plus à synchroniser un dossier sur le NAs avec une copie de celui ci sur un ordi amener à se balader. La solution pourrait etre l'accés via FTP mais les débits chez nous ne nous permettent pas de travailler convenablement via ftp (entre 256Ko et max 1Mo) et que cela deviennent transparent pour nos employés (pas envie de leur apprendre comment se servir de filezilla ou autre...

En effet après relecture je devais être bien crevé c'est incompréhensible. Cloud station permet de synchroniser les dossier home de chaque utilisateur. j'aimerais pouvoir synchroniser sur le portable de mission et le fixe de bureau 1 dossier précis situé dans 1 dossier partagé et non pas dans le dossier home.

@ rodo : bonjour, tout d'abord. étant donné tes liens étroit avec l'équipe syno, je t'expose mon souci. notre DS 509+ sert à usage professionnel, donc utilisation de dossiers partagés avec droits utilisateurs sans utilisation de dossiers persos (/home/user). Par contre il nous arrive régulièrement de partir en déplacement avec un dossier se situant dans un de ces dossiers partagé. Mon but est de pouvoir gérer des dossiers "to go" via cloudstation sans avoir à passer par la case /home et rapatrier ensuite ce dossier dans le répertoire partagé et qu'au retour de mission le dossier se situant sur le NAS se mette à jour. Suis je utopiste? Merci d'avance.

Salut, je viens de lancer le scan du syno de la boite (DS509+,, CPU: 1.06GHz, 64bit@DDR533, Mémoire: 1GB). Sur le Volume1: 887600 fichiers, autant en backup sur le volume 2.... soit 1 770 000 fichiers à traiter cela veut dire dix jours de scan .... je pense que ca va pas le faire. De plus, personne n'en parle dans ce poste, mais l'antivirus prend 95% des ressources du processeur. Les différences constatées doivent donc être dues aux types de fichiers analysés (chez nous beaucoup de DAO), leurs tailles, et surtout la vitesse du processeur. Pour info le scan système a mis 4 mn pour 12000 fichiers je vais donc continuer à planifier les scans des dossiers partagés via Avast sur mon PC et réserver celui ci au scan système en attendant que Synology publie une mise à jour Edit : après avoir laissé ce dernier travailler 1h voici le résultat ; 9720 fichiers analysés en 1h soit 160/mn soit 8 jours de scans pour 1To de données. A titre de comparaison le scan que je vient de lancer via le résau (et donc normalement plus lent) 21000 fichiers analysés en 10mn soit 14h de scan total Edit : scan terminé en réseau. résultat 8h. J'ai contacté synology qui m'a confirmé que le problème CPU était connu. Je leur ai envoyé le kernel afin qu'il vérifie que le souci ne vient pas de mon NAS. Affaire à suivre

Bonjour je me permet d'écrire dans ce post pour une question à laquelle je n'ai pas trouvé de réponse. utilisant DSM4 sur DS509+ dans mon entreprise, le principal avantage que j'ai trouvé a DSM 4 est l'antivirus. Ma direction ne souhaitant pas connecter le syno à internet; je me retrouve à ne pouvoir mettre à jour les définitions de virus. Quelqu'un aurait une idée? Merci d'avance

Merci à vous j'ai résolu le même problème sur le syno de ma boite grâce à vous.

Salut, alors je me réponds à moi même afin que cela puisse aider ceux qui aurait le même problème: la DSM3.2 (1922) n'accepte pas les espaces dans le nom des répertoires partages de destination . Rendons à César ce quui lui appratient j'ai trouvé la réponse dans ce post.

Alors pour info ce que je n'avais pas vu dans les journaux system (à part backup failed bien sur), à chaque sauvegarde planté il indique aussi "failed to export system configuration" quelqu'un saurait ce que cla veut dire ? (Pas en anglais bien sûr mais en language syno....)

Bonjour à tous, nous utilisons un DS 509+ dans notre entreprise avec 5 disques : 3 disque en Raid 5 faisant office de disque principal contenant plusieurs dossiers partagés et 2 disques en JBOD pour une sauvegarde "interne" des données. Dans un souci de sécurité nous faisons 2 sauvegardes supplémentaires sur disque externe et externalisé tous les jours. (nous changeons de disque un jour sur 2). Mon souci est que hier soir la sauvegarde "interne" (sur les 2 disques internes restants) s'est soldé par un échec alors qu'elle n'a jamais planté. Les sauvegardes sur disque externe fonctionne correctement (je ne pense donc pas qu'il y ait de pb de droits d'accès). Même après un nettoyage complet du volume (suppression, création d'un nouveau volume avec test des disques), les test smart des 2 disques étant ok (rapide et étendu) celle ci ne veut pas repartir. Cette sauvegarde nous est nécessaire dans un souci de restauration (plus rapide qu'avec les disques externes). La seule manip ayant été faite est la création d'un nouveau dossier partagé crypté, qui après réflexion a été supprimé (ce dossier n'était pas utile) . De plus je n'arrive pas à avoir les journaux détaillés pour connaître l'erreur exacte. Ou puis je les trouver (dans les infos systèmes je n'ai que la liste des événements) Quelqu'un aurait une idée car là je pense avoir tout essayé?

fred, je vois que tu as un 509+ que je souhaite acqu