CoolRaoul

Le bootstrap semble avoir détecté une installation précédente d'optware ("optware" que d'aucuns persistent à appeler "ipkg", un peu comme si pour RedHat ou Fedora on utilisait le nom de "rpm") Pas besoin de rebooter, suffit de faire un "umount /opt" (ne pas s'inquiéter si erreur) puis les 2 commandes "rm" indiquées (pas d'inquiétude non plus, ça ne supprime qu'optware) et recommencer

Tu aurais pu remarquer que j'avais évoqué cette option : J'ai préféré aller à plus simple dans un premier temps. En outre, je pense qu'il pourrait se rendre compte rapidement à l'usage qu'il n'a pas besoin de synchro en fait et pourrait se satisfaire d'un seul dossier photo sur le NAS monté en NFS. Ainsi le montage serait déjà opérationnel

D'apres ce que j'ai vu on est *obligé* de faire comme ça. Comment t'y es-tu pris de ton coté pour que les deux comptes aient accès à l'application?

Pour cela faudrait que mod_auth_pam soit intégré a l'apache de DSM Ce n'est pas le cas et comme ce bidule n'est plus maintenu, il y a peu d'espoir Voir ici: http://pam.sourceforge.net/mod_auth_pam/index.html

(Ca ne va pas t'aider, je sais) J'ai voulu reproduire ta config sur un XP virtualisé et, à cette occasion, me suis aperçu que: Sous Windows, Il n'était pas possible d'installer CloudStation globalement: une instance par compte (faut l'installer sur chaque compte) Pas possible de choisir le dossier d'installation (forcé à %USERPROFILE%Local SettingsApplication DataCloudStation) pas possible de l'installer sur un compte non administrateur Ca fait beaucoup de contraintes Déçu je suis...

L'exemple de commande que j'ai donné fait cela (en plus d'aussi mettre à jour les fichiers modifiés) Le mieux est de t’entraîner sur deux dossiers bidon, disons "a" et "b" sur lequel tu fais des "rsync --delete -av a/ b/" (les "/" de fin sont importants pour rsync) tout en observant ce qui se passe dans "b" en ajoutant, modifiant et supprimant des fichiers dans le répertoire "a"

"--delete" n'efface *rien* à la source, il supprime dans la destination ce qui a été supprimé dans la source depuis la dernière syncho. Sans "--delete" ton dossier cible (sur le NAS) va voir des fichiers obsoletes s'y accumuler alors que tu pensais les avoir effacés.

As-tu activé le serveur NFS du NAS au moins? **EDIT*** Sans oublier d'autoriser ton PC Linux sur le partage photo:

NZB je ne connais pas, donc je ne voudrais pas m'avancer mais par exemple, squeezebox server tournait presque bien sur mon NAS, donc avec entre 2 et quatre fois plus de RAM, ça devrait le faire.

T'inquietes, ca va passer, si tu es le seul utilisateur de ton NAS faut pas s'inquiéter. Perso, j'ai un DS210J avec 3 PC clients, m'arrive de faire du torrent par moment, et a part le squeezebox serveur qui rame pas mal si le le lance vu le manque de mémoire, ça reste tout a fait utilisable. Apres, par contre si tu veux mettre plus de 3 PC clients qui font beaucoup de transferts dir dossiers partagés, ça va un peu ramer

Que donne la commande "mount /mnt/NAS" suivie d'un simple "mount" ? **EDIT** Si ça coince, un showmount -e 192.168.0.11 pourra aider a trouver pourquoi

A mon avis, le gros + du ds213j par rapport au ds212j est la capacité RAM doublée (ce qui n'est pas du luxe pour le serveur squeeezebox, quoiqu'avec 256mb ça passe encore, c'est avec mes pauvres 128 que ça devient vraiment sportif). Comparaison des deux modèles: http://www.synology.fr/products/compare_spec.php?lang=fre&product_id_list=124%2C89#compare_show_top Par contre, comme il est basé sur un nouveau CPU, si tu es bidouilleur tu peux avoir quelques problemes (surtout au début) pour trouver des packages compatibles (mais l'équipe SynoCommunity constitué de quelques piliers du forum est déjà sur le coup )

webadmin je ne connais pas, et je ne vois pas de quel guide du parles. Sous Linux, monter un dossier distant via NFS est une fonctionalité de base quelle que soit la distrib. En général il y a des menus dans l'interface desktop pour ça, sinon suffit d'éditer /etc/fstab et d'y ajouter la ligne ad hoc. **EDIT** Je viens de penser à un truc: à partir ou tu aura monté le dossier photo du NAS en NFS sur ton Linux, la synchro devrait devenir inutile, puisque, du PC Linux tu pourras accéder au dossier distant comme si il était local. Pourquoi avoir tes dossiers photos en *triple* exemplaire (sur le PC, sur le NAS et sur le disque externe connecté au NAS) alors?

Il ne va pas se monter tout seul, c'est a toi de configurer tout ça.

As-tu bien fait ce qu'a dit Piwi? (Note que personnellement je ne sait pas t'aider sur ce point je ne sait pas comment fonctionne un Apple TV)

Vu que, comme je l'ai dit juste avant, le pare-feu de DSM, configuré via l'interface WEB, ignore les interfaces VPN, ça m'étonnerait que tes problèmes viennent de la..

Je ne comprend pas ce que tu ne comprend pas. Dans mon exemple, faut remplacer le texte "<chemin du dossier du NAS monté en NFS ici>" par le chemin complet du dossier NAS que tu à monté en NFS sur ton Linux Exemple si tu as monté un dossier partagé du NAS par NFS sur le réperoire Linux "/mnt/nas/photos" sur ton linux, ca donnera: dest=/mnt/nas/photos

ceci devrait marcher, à mettre dans un script sur le PC Linux: source=<chemin du dossier source sur le PC ici> dest=<chemin du dossier du NAS monté en NFS ici> rsync --delete -av $source/ $dest/ Attention ce n'est pas une synchro totalement symétrique dans le sens ou les fichiers ajoutés ou modifiés sur le NAS ne se retrouvent pas sur le PC, mais, dans le mesure ou ta référence est j'imagine le PC Linux, ça devrait répondre à ton besoin. (par contre les fichiers supprimés à la source vont aussi se retrouver supprimés à l'arrivée, c'est le but de l'option "--delete", commence par tester sans cette option qui peut être dangereuse si tu fait ue erreur dans la variable "dest", tu l'ajoutera ensuite quand la solution sera validée). Tu pourra aussi supprimer l'option "v" (verbose) ensuite. Il est aussi possible de se passer de NFS et faire directement du client serveur, via le serveur rsync du NAS, mais c'est un peu plus compliqué donc autant commencer simplement comme ça pour le moment.

Vu que le NAS n'est qu'un Linux spécialisé, ce ne devrait pas te poser de problemes particuliers, surtout pour maitriser btsync (perso j'avoue ne pas connaitre) qui est un outil Linux parmi d'autres et n'a rien de spécifique aux NAS. Ok, dans ce cas puisque tu as de l'expérience Linux, inutile de chercher des solutions lourdes. Pour la partie synchro PC <-> NAS suffit de monter sur ton PC Linux le dossier du NAS à synchroniser (de préférence en NFS), tu te concoctes un petit script utilisant rsync et ça roule (je verrai bien cela lancé en cron) Pour la partie synchro NAS <-> disque externe, tu peux créer un job avec la sauvegarde intégrée au NAS en mettant un dossier du disque externe comme cible (la sauvegarde du NAS est implémentée sous forme de synchro). Mais rien ne t'empêche là aussi, si tu préfère mettre les mains dans le cambouis, de te faire un script rsync (quasiment le même que ci dessus) pour aboutir au même résultat (sur le Syno, rsync est dans "/usr/syno/bin/")

Faut comprendre la confusion: c'est toi-même qui à deux reprises t'es implicitement qualifié de débutant ("pour des débutants cela n'a rien d'évident mais alors rien du tout"). Normal que Piwi l'ait pris au pied de la lettre.

Et attention à la sécurité (le problème à été évoqué par ailleurs dans d'autres fils): l'interface VPN n'est *pas* protégée par le firewall (j'espère que l'autoblock des IP reste actif par contre, pas testé). Par conséquent, quand on est connecté à un VPN public, les scripts-kiddies s'en donnent à cœur joie car tous les services de ton NAS se trouvent exposées à la terre entière via l'IP qui va t'être affectée par le serveur VPN.

Il y a un truc qui me chiffone dans les lignes ci dessus, le linker (première ligne) est censé produire "blib/arch/auto/Digest/MD5/MD5.so" et la ligne suivante (chmod) nous montre qu'il n'existe pas! Si le linker avait échoué on aurait du avoir un message d'erreur. A moins que le "make" redirige sa sortie de diagnostics (mais pourquoi?) Peux-tu essayer d'exécuter uniquement la commande "ld" : i686-linux-gnu-ld -shared -O2 -L/opt/lib -L/opt/local/lib MD5.o -o blib/arch/auto/Digest/MD5/MD5.so PS: chez moi, mais je n'ai pas la meme archi que toi (arm), j'ai pu compiler le module (je n'utilise pas cpan mais cpanminus à cause de la mémoire un peu juste de mon NAS mais ça ne devrait pas changer grand chose) PS#2: tu aurais du donner plus de détail sur ta conf (modèle de NAS, utilisation du perl optware), même si il est vrai qu'on peux la deviner en lisant les messages de make, ça fait gagner du temps.

C'est peut-être une autre service que download station qui est la cause alors dans ton cas. Pour valider le diagnostic, j'ai arreté les services actifs un par un jusqu'a constater que le message n'était plus loggé

Trouvé! (bien aidé par ce message dans le forum Synology US) Résolu avec les opérations suivantes: arréter le service download station Redémarrer pgsql (pas sur que cette étape soit necessaire) /usr/syno/etc/rc.d/S20pgsql.sh restart supprimer la table "download": su -l admin /usr/syno/pgsql/bin/dropdb download exit redémarrer download station

A la recherche de tout autre chose je me suis aperçu que le message LOG: unexpected EOF on client connection était loggé *chaque 10 secondes* dans le fichier "/var/log/pgsql.startup.log" Je ne sais absolument pas de quel coté regarder pour comprendre la cause et éventuellement corriger Si quelqu'un à une idée