CoolRaoul

Et ben tu es adepte des solutions radicales Problème connu, tu aurais du le mentionner au départ: on aurait pu t'éviter le reformatage. (Les liens symboliques ne sont pas supportés par le système de sauvegarde DSM et sont tout betement ignorés, c'est un simple warning). Si tu n'a que ce type d'erreur, pas d'inquiétude le reste est sauvegardé normalement. Serait resté à savoir comment ce lien est arrivé là. Si le processus qui l'a créé (application ou bidouilles perso) est est de nouveau exécuté, il ne serait pas étonnant que ça apparaisse de nouveau.

Si je peux me permettre de donner mon avis, c'est pas gagné: Au départ, OVH avait permis l'acces WEBDAV à son cloud, ce qui permettait de l'interfacer avec nos Syno (réservé aux bidouilleurs quand même), mais c'est terminé:

xmltv.dyndns.org est mort et remplacé par http://www.kazer.org/ Une petite modif dans le format des fichiers epg a necessité une correction du script. A récupérer dans le premier post du fil.

Es-tu certain du "é" accentué dans le nom de partage sur le WD ("vidéos") Est ce que ca fonctionne à partir de ton pc (démarrer->exécuter et saisir "IPnom", ou directement dans la barre d'addresse de l'explorateur)

Et si tu commençait par nous dire les informations que tu as saisis et le message d'erreur?

Je suppose que tu as commencé par aller vérifier le journal comme indiqué?

La version précédente (1.3.4) de netdrive n'a pas cette limitation Ne ferait-elle pas l'affaire? On peut la trouver ici: http://www.filehippo.com/fr/download_netdrive/15075/

Il y un bouton, à droite, qui permet de masquer la shoutbox;

Ah zut alors, pas d'entrée vidéo en effet: http://www.lg.com/fr/home-cinema/lg-BH4120S-home-cinema-5-1 c'est ballot La solution serait alors de brancher la sortie HDMI de la passerelle multimedia directement sur la TV (en espérant qu'elle ait une entrée disponible) et de repiquer le son de la TV sur le LG, soit via la connectique RCA (mais dans ce cas adieu au son 5.1, DTC & co) soit par le canal retour audio du HDMI (Audio Return Channel) si c'est supporté par la TV

me pose aussi la question: un home cinema sans entrée video n'est qu'un banal ampli audio dans ce cas, non?

DS Photo n'utilise pas les meme ports que DS Audio et DS File: http://www.synology.com/fr-fr/support/faq/299 possible que tu n'ais pas du redirigé tous les ports nécessaires dans ta box

IL y a beaucoup de chances que le problème soit coté TVIX et va donc falloir attendre l'avis de connaisseurs de cet appareil, ce qui ne cours pas forcément les rues, et peut également expliquer l'absence de réponse.

Aucune idée: vu que chez moi cette option a toujours été désactivée Te restes toujours l'option de redémarrer le NAS

Panneau de configuration -> Bibliothèque Multimédia -> Paramètres de conversion je pense

Ce sont *deux* produits différents ("Play" et "Live"), le modèle de base devrait être suffisant (la principale différence est qu'il ne gère que le protocole DLNA)

En complément, pour quelqu'un qui cherche un appareil simple et pas trop cher, la gamme Western Digital me semble appropriée (http://www.wdc.com/fr/products/homeentertainment/mediaplayers/) **edit** Ah j'ai oublié, pour encore moins cher il y a la solution chromecast, il est compatible videostation mais je ne suis moins sur pour la musique (audiostation). Uniquement WIFI par contre.

Jeter un oeil dans le moniteur de ressources, sections "processus" Trier sur la colonne "processeur" par ordre décroissant. Y a-t-il un process en particulier tres consommateur, si oui quel est son nom?

Ah, là ça va m'être difficile: je suis un "old timer" dans le domaine, et à l'époque ou, débutant, j'aurais eu l'occasion de fréquenter ce genre de site, internet existait à peine!

Je suppose que tu fais référence à Si le script "start-stop-status" du package respecte bien la norme de codage (pas toujours le cas avec certains packages tierce partie exotiques), il suffira de l'invoquer avec comme argument "status" et tester le code de retour. Autrement dit et par exemple dans le cas de DownloadStation: if /var/packages/DownloadStation/scripts/start-stop-status status ; then echo >&2 "Download station est actif" else echo >&2 "Download station est arrété" fi

le formalisme ">&2" sert à rediriger la sortie (de "echo" ici ) vers la sortie d'erreur plutôt que vers la sortie standard. C'est une bonne habitude à prendre de distinguer ainsi les messages d'info et de diagnostic des données. Par exemple, en adoptant cette approche, dans le cas d'un "pipe" les messages d'erreur resteront visibles à l'écran (ou dans le log dans le cas d'un batch) plutôt que se perdre dans le "tuyau".

Je n'ai pas trouvé ces options chez moi dans les propriétés des fichiers, ça ne serait pas exclusif à la version Windows 8 par hasard? (suis sous seven) **edit** par contre je peux choisir de synchroniser uniquement certains dossiers: C'est de ça qu'il est question?

Sous Photo Station, dans les propriétés de l'album, à "type de premissions" ne pas mettre "album public": Et, pour que les albums créés par la suite n'aient pas cet attribut, dans les propriétés générales de PhotoStation ne pas cocher cette case:

De mon coté il n'y a aucun doute, je peux également visualiser le traffic via tcpdump d'ailleurs et ça confirme mon analyse. Bien entendu et ça me semble normal. Étrange, moi je vois bien "en ligne". Ça passe "hors ligne" des que je met l'appareil hors tension (power off) ou si je force le client DScloud en "pause" (immédiatement dans le 1er cas et avec un petit délai dans le deuxième ) Testé à l'instant sur tablette et sur smartphone.

Je déterre ce vieux fil car je viens de m'apercevoir que par défaut, "strace" trace uniquement l'activité du *thread principal*. Pour avoir une vision complete faut le switch "-f" strace -f -p <pid> que j'avais sans doute oublié, ce qui explique mes observations. (j'étais persuadé que la seule fonction de "-f" était de tracer les process fils en suivant les "fork", je n'avais pas percuté qu'il y avait aussi un rapport avec les threads, mea culpa)

Salut à tous, Ca faisait longtemps que j'avais remarqué que mon NAS laissait entendre une activité disque à intervalles réguliers à toute heure du jour et de la nuit. J'ai enfin pris un peu de temps pour essayer de comprendre la cause du phénomène. Me suis cross compilé un exemplaire de inotify-tools et je pense avoir mis le doigt sur la source de ce comportement: fserv> inotifywait -m -r --timef "%H:%M:%S" --format "%T %f %e" /volume2/@cloudstation/@sync Setting up watches. Beware: since -r was given, this may take a while! Watches established. 09:38:12 syncfolder-db.sqlite ACCESS 09:38:17 syncfolder-db.sqlite ACCESS 09:38:22 syncfolder-db.sqlite ACCESS etc ... Et le coupable est ... fserv> lsof /volume2/@cloudstation/@sync/syncfolder-db.sqlite COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME syncd 11220 root 12u REG 9,3 4787200 1441796 /volume2/@cloudstation/@sync/syncfolder-db.sqlite On constate que le process syncd (fait partie de cloudstation) fait un acces à "syncfolder-db.sqlite" toutes les 5 secondes. En grattant un peu plus avant ça se confirme: fserv> strace -e read,access -fp 11220 Process 11220 attached with 8 threads [pid 21122] read(16, "273311", 5) = 5 [pid 21122] read(16, "35221022422334204Y24532n4222*B363K255I+246d=H23rS275?373333;O"..., 257) = 257 [pid 21122] access("/volume2/@cloudstation/@sync/syncfolder-db.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) [pid 21122] read(12, "00/w0022C00t220021223", 16) = 16 [pid 21122] access("/volume2/@cloudstation/@sync/syncfolder-db.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) [pid 21122] read(16, "273311", 5) = 5 [pid 21122] read(16, "n376^10230>210O;[Q362}25334Q<N266242200233y|360023521630427324C"..., 257) = 257 [pid 21122] access("/volume2/@cloudstation/@sync/syncfolder-db.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) [pid 21122] read(12, "00/w0022C00t220021223", 16) = 16 [pid 21122] access("/volume2/@cloudstation/@sync/syncfolder-db.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) [pid 21122] read(16, "273311", 5) = 5 [pid 21122] read(16, "331271ij257^R30627;33724'315'242fv_353DTt261352D246tK377250G"..., 257) = 257 [pid 21122] access("/volume2/@cloudstation/@sync/syncfolder-db.sqlite-journal", F_OK) = -1 ENOENT (No such file or directory) [pid 21122] read(12, "00/w0022C00t220021223", 16) = 16 [pid 21122] access("/volume2/@cloudstation/@sync/syncfolder-db.sqlite-wal", F_OK) = -1 ENOENT (No such file or directory) Je vous épargne les détails mais en continuant à creuser je me suis aperçu que la cause initiale était le client DSCloud de mon smartphone qui génère un traffic TCP avec le NAS (port 6690) toutes les 5 secondes (les "read" sur le FD 16 ci dessus). En mode nominal le traffic mesuré est de 262 octets (257+5) à chaque itération (au passage il y intérêt a configurer le client androïd en mode "synchro sur wifi uniquement" sinon bonjour le forfait data, ca fait quand même plus de 4MB/jour! ...). Des que je le met en "pause" tout se calme. Mis à part le fait que c'est un poil gonflant d'entendre régulièrement cet accès disque, je me demande si à la longue ça ne peut pas avoir une incidence négative sur la durée de vie du disque (j'imagine que ça correspond à une lecture répétitive du même bloc). Je n'ai pas activé l'hibernation pour maximiser la durée de vie de mes disques (de toutes façon je ne vois pas comment le NAS pourrait hiberner alors que le démon cloudstation se réveille toutes les 5 secondes) et donc je me dis ça serait un peu dommage que ce phénomène produise l'effet inverse. Qui aurait un avis sur tous ces points? Le comportement de DS Cloud vous semble-t-il normal? (ne serait-il pas possible qu'il soit prévenu de façon asynchrone des changements nécessitant une synchro, ce fonctionnement par "polling" me semble un peu artisanal)