CoolRaoul

Tu peux faire en shell une tache, programmé hebdo ou quotidienne par cron, qui surveille l'url suivante: http://ukdl.synology...Station/DSM4.1/ Dès que ça change c'est qu'une nouvelle version est dispo Le script est laissé a titre d'exercice (protip: "wget" et "cmp" sont tes amis!)

Pas sur que ca persiste lorsque tu va redémarrer ton PC. J'ai peur que le NAS soit resté master browser pour le moment, j'imagine que l'option sert simplement à le forcer à "gagner l'election" Si tu es curieux, quelques explication sur ce mécanisme franchement indigeste ici: http://support.microsoft.com/kb/188001 et ici http://www.bellamyjc.../fr/reseau.html (section "A propos des Browsers") Mais, pense à utiliser les chemins UNC, tu peux même mettre en favori la racine du NAS ("\\diskstation" dans ton cas) dans l'explorateur et tu n'aura plus besoin d'aller dans le voisinage réseau.

Le parcours réseau Windows /LAN Manager à toujours été merdique de toutes façons. Ce que tu décris ressemble à un probleme de "master browser" Essaie déja d'activer cette option sous DSM: Et de toutes façons il est toujours d'utiliser la syntaxe de chemins UNC ci dessous en raccourci ou avec "démarer -> exécuter": <ip ou nom du NAS><partage><chemin> Ca devrait fonctionner même si le NAS n’apparaît pas dans le voisinage réseau.

Nouvelle version du package videostation arriv

En te lisant, J'ai l'impression que tu n'as pas lu les messages récents de ce fil. Tu verra que le problème "échec de l'opération..." survient *même* dans le cas ou le contenu du répertoire EPG n'a pas été généré par mon script. Il s'agit donc probablement d'un bug de Videostation Une solution (provisoire j'espère) est d'utiliser la fonction "rechercher" qui, elle, sait trouver des émissions plus loin que le jour courant: je reconnais que c'est pas top mais ça dépanne

Concernant le dossier "photo" et PhotoStation je suis d'accord, et pas seulement pour les non spécialistes d'ailleurs !

Il y a un problème reconnu chez Syno sur le serveur samba de la 4.1. Dans certains cas il se comporte avec une sensibilité à la casse (majuscule/minuscules) créant des problèmes tels que ceux signalés par l'un des contributeurs de ce post (fichiers de même nom aux majuscules/minuscules prés) On en parle sur le forum allemand ainsi que sur le forum US (quoi que dans ce dernier cas il puisse d'agir d'un problème différent) Il existe un patch que le support Syno diffuse au coup par coup pour ceux qui subissent le problème. Il est necessaire d'ouvrir un dossier de support en détaillant les anomalies constatées pour avoir accès au patch.

Et ca existe même déja tout monté avec OpenElec XBMC preinstallé: http://www.xtreamer.fr/boutique/product.php?id_product=48

Tu dois bien comprendre que rendre un dossier invisible (a certains utilisateurs) revient plus ou moins à manipuler ses droits on vient de voir que ce n'était pas possible pour le dossier photo. Par contre tu remarquera que tu peux manipuler plus finement les doits du dossier "photo" en y acédant par l'intermédiaire de photostation. Dans ce cas, Il devient est tout a fait possible d'avoir des utilisateurs qui, bien que n'ayant aucun accès au dossier photo en mode "fichier", soit quand même autorisés à accéder aux albums en mode web. Et là, chaque album peut avoir des droits spécifiques: pour chaque utilisateur tu peux donner distinctement des droits de lecture seule ou d'ajout de photo *album par album*. C'est peut-être une piste pour toi: via les privilèges du dossier partagé "photo" tu donne un accès complet à un ou plusieurs utilisateurs (des "super-utilisateurs" de l'ensemble) à l'ensemble de "photo" tandis que les utilisateurs "limités" ne pourront y accéder uniquement par l'interface web avec les droits que tu contrôleras en te connectant à photostation via un compte administrateur. A savoir donc, pour que photostation fonctionne correctement il est nécessaire de lui laisser gérer lui-même les droits du dossier photo. Cela implique que, pour les doits acces en mode direct (par l'explorateur) on considère ce dossier "photos" comme un tout monolithique avec des droits globaux.

Pourquoi poser à deux reprises?

Tu n'as pas de chance: le dossier que tu as choisi, "photo", est un dossier système et dont les droits ne peuvent pas être manipulés simplement (ne supporte même pas les ACL par exemple) : La solution est de créer un autre dossier ("photos" par exemple, au pluriel) que tu pourra configurer à ta guise

Est-tu sur d'avoir configuré de façon strictement *identique* l'option "connexion sécurisée", et les paramètres d'authentification smtp (nom utilisateur et mot de passe) dans notification d'une part et dans le serveur de mail del'autre? En outre il est en effet possible que le serveur smtp de ton fournisseur d''acces refuse les mails dont le "from" est d'un domaine différent que le sien. Mais j'imagine que tu as du faire le test pour en avoir le coeur net (envoyer un mail avec un "from" dans le domaine) La majorité des serveurs smtp sont configurés pour n'accepter des mails uniquement si le "from" ou le destinataire est dans leur propre domaine.

Ce que tu dois mettre dans la partie que j'ai encadrée doit t'être communiqué *par ton fournisseur d'acces*. Aussi bien le numéro de port, l’éventuelle option d’authentification et tout le reste. Personne ici ne pourra répondre à sa place Ceci est un signe que tu as probablement probablement fait la configuration sans trop savoir. As-tu au moins fait appel au support de ton fournisseur 1and1? C'est par la qu'il faut commencer avant toute chose.

Voici comment s'y prendre pour que les mails sortant utilisent systématiquement le SMTP du provider ("gateway host" pour les habitués)

Ou plus simplement ajouter la ligne "use_locks 0" au fichier de conf, comme je l'ai écrit Si on la met dans (syntaxe identiques aux fichiers ".ini" de windows) une section "[<chemin>]" où <chemin> est remplacé par le chemin complet du répertoire du syno monté via webdav cette option ne s'appliquera qu'a ce montage-là (utile uniquement si on a plusieurs montages webdav vers des sites différents, BOX et OVH par exemple). Ca désactive la gestion des verrous de fichiers (pas supportés pas le serveur webdav BOX). L'inconvénient est que plusieurs personnes pourront alors écrire dans le *meme* fichier simultanément sans être bloquées . Ne s'applique que dans des cas tres particuliers d'acces concurrent aux fichiers (Microsoft Office utilise cette fonction par exemple)

Pour vous simplifier la vie, j'ai mis en place des url permanentes, respectivement vers le script et le fichier de conf. Je m'efforcerai les tenir à jour pour toujours pointer sur la version la plus récente: http://tiny.cc/xml2epg-latest http://tiny.cc/xml2epg-conf

Le mieux et le plus simple est de refaire les 3 étapes décrites ici: Le wget de l'étape 1 récupère xml2epg.pl (le lien est celui de la 2.5) Si tu as bien lu mes derniers messages tu aura vu que mon script est innocent sur ce coup puisque ca plante à l'identique avec des fichiers "epg" ne contenant *aucun* programme J'attends mardi voir ce qu'il va se passer

Peux-tu nous expliquer ce que tu veux dire exactement par "sur sa TV" ? Les Synology, depuis la dernière version de DSM, peuvent faire des enregistrement TNT sous réserves de leur adjoindre une clé usb décodeur TNT compatible. Mais ce procesus est entièrement autonome et la TV n'intervient nullement .

Comment as-tu pu faire *toutes* les manips puisque ca bloque des la première? Peux-tu copier ici *exactement* la commande que tu a tapée pour obtenir ce résultat? Comment as-tu pu mettre "xml2epg.pl" dans le dossier enregistrement étant donné que tu bloques à la première étape, étape dont la fonction est justement de récupérer "xml2epg.pl"?

en tout cas moi je n'en ai pas Un truc a savoir pour box: necessite l'option use_locks 0 dans le fichier de conf webdav (/opt/etc/davfs2/davfs2.conf) Et ce sera plus propre en le mettant dans une session dédiée, comme ceci (entre crochets le chemin de ton répertoire local monté en webdav) : [/volume2/box.net] use_locks 0[/code]

Ca je l'aurait trouvé tout seul Mais pourquoi est-il démarré au boot et surtout que fait-il a consommer du CPU ? ***EDIT*** j'avance, apparemment c'est le process "synosnmpc" qui fait les requêtes snmp ***EDIT #2*** synosnmpc semble lié au moniteur de ressource, lorsque il (le moniteur) n'est pas actif, snmpd redeviens bien moins consommateur, se contente de boucler sur un "select", lectures de quelques compteurs dans "/proc" et c'est tout.

Je viens de vérifier, le service SNMP est bien désactivé dans le panneau de configuration DSM. Malgrès cela, le process snmpd est présent: root@fserv> /bin/ps |grep snmp 5755 root 13400 S /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:161,tcp:161,tcp6:161 8240 root 12756 S /usr/syno/sbin/synosnmpcd 28711 root 2984 S grep snmp Ca ne serait pas tres grave si ce dernier n'était pas actif en permanence, consommant du CPU (peu mais en continu) root@fserv> ps -fp 5755 UID PID PPID C STIME TTY TIME CMD root 5755 1 0 Sep23 ? 00:05:56 /usr/syno/sbin/snmpd -Ln -c /usr/syno/etc/snmpd.conf -p /var/run/snmpd.pid udp:161,udp6:16 Bref, ça me gonfle Une idée? (possible que cela soit depuis le passage en 4.1, je l'aurait remarqué avant sinon)

Es-tu connecté sur le compte "admin" ou un sur compte faisant partie du groupe des administrateurs??

Je crois hélas que c'est le bon angle... Pour ma part, vu que le volume de mes données "critiques" est faible, j'en ai migré l'archivage chez BOX J'ai la-bas (grace à une promo que j'ai su saisir au bon moment) un espace de 50G dans le cadre de l'offre gratuite, mais de toutes façon j'ai besoin de bien moins Et ça supporte le webdav. A part ça, en gratuit je ne vois pas.