CoolRaoul

Et le message d'erreur était ? (mais si tu n'a plus besoin d'aide tu peux le dire, je ne me vexerai pas )

C'est bien ce qui me semblait: tu n'as apparemment jamais utilisé la syntaxe préconisée par Synology (avec le double ":" suivi du nom de module). Pourquoi?

Si tu veux qu'on t'aide, faut donner systématiquement les commandes essayées *et* le message d'erreur constaté (sauf dans les cas ou le message d'erreur te permet de comprendre par toi même quelle est l'erreur) En tout cas si la doc en ligne Syno dit qu'il faut spécifier explicitement le module NetBackup dans la commande rsync, tous tes tests faits avec des commandes qui ne le spécifient pas était inutiles AMHA.

dans le planificateur, le champ de formulaire "script défini par l'utilisateur" est multiligne. Suffit donc de remplacer /volume1/Scripts/Wol2PC.py par (une commande par ligne): exec >/tmp/wol.log 2>&1 /volume1/Scripts/Wol2PC.py ce qui permettra de voir dans "/tmp/wol.log" ce qui coince

Je me suis permis de citer ce lien car on peut y lire: Et d'apres ce que j'ai vu dans les messages précédent, ne me semble pas que cette syntaxe-là ait été testée (root@<IP>::NetBackup/<chemin>/)

Comment migrer entre DiskStations Synology

Je pense que cette faq pourrait être utile pour la bonne syntaxe à utiliser pour la commande "rsync": Pourquoi ne puis-je pas effectuer de sauvegarde depuis un serveur compatible rsync vers un produit Synology ?

L'installation d'optware ne modifie que peu de choses sur la partition système (L'essentiel est dans le répertoire /volume1/@optware, préservé lors de la mise a jour): /etc/profile: préservé lors de la mise a jour (modification du PATH pour le compte root) /root/.profile: écrasé lors de la mise a jour (suffit de le sauvegarder) /etc/rc.local: "mount" de /opt -> /volume1/@optware et startup optware. (je crois qu'il est aussi préservé) Dans tous les cas, les manips a faire pour tout remettre d'équerre sont expliquées ici.

Faut comprendre Synology, installer des outils clients sur un NAS (dont la fonction est plutot de serveur) n'est pas une priorité. Pour un backup distant, tu devrais etudier l'option rsync (c'est natif sous DSM)

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..