CoolRaoul

Tiens, tu n'a pas le répertoire EPG? Je suppose que le script de Videostation qui le créé n'a pas encore eu le temps de s'exécuter chez toi. Créée le a la main alors: mkdir -p /usr/syno/etc/packages/VideoStation/EPG[/CODE] Si tu lis attentivement les premiers posts de ce fil tu comprendre que ca ferit pareil avec une clée reconnue, La récupération de l'EPG est foireuse dans tous les cas

je crois avoir vu il y a pas longtemps ici dans le forum une mention d'un package permettant d'éditer la crontab via l'interface WEB Essaie plutot de le trouver, pour un débutant c'est plus sur.

Mais son nom "unix" complet est un truc du genre de "/volume1/telechargement" et pas simplement "telechargement", lorsque tu es connecté en console. (à moins que ton répertoire courant soit justement "/volume1" au moment ou tu passes la commande). File Station te donne une vue tronquée de ce qui se passe en réalité en dessous. PS: tu devrait vraiment ouvrir un nouveau sujet pour tes problemes, car on n'est carrément plus dans le sujet de ce fil, à savoir "Tuner Dvbt Compatibles"

Damned! tu as raison! pas fait gaffe qu'il y avait deux lignes à corriger j'y vais de ce pas

Quand tu fais, comme ici, "wget -O <dossier>/fichier" wget ne crée pas le dossier si il est absent, et apparemment le dossier "telechargement" que tu indique n'existe pas. (problème d'accents?) En outre quand j'écrit "<parametres>" dans un tuto cela ne signifie pas qu'il faut écrire littéralement "<parametres>" mais remplacer par les paramètres effectifs !!! Va voir dans le j'ai donné une explication détaillé dans le 1er thread, en vers la fin tu trouvera un post résumé avec les 3 commandes à faire

Un premier test rapide semble indiquer que c'est simplement inversé! Avec les parametres ci dessous: L'enregistrement commence ... 2 minutes avant Par conséquent, pour commencer à l'heure indiquée et laisser un délai à la fin il fait faire comme cela: ***EDIT*** Et je comprend mieux pourquoi j'ai loupé la fin du film! Avec ma conf, l'enregistrement a débuté 10 mn trop tôt et s'est terminé à l'heure pile alors que le film n'était pas encore fini!

Bon j'ai trouvé mais c'est vraiment pas clair, Apres avoir passé l'interface en anglais les options deviennent dans le GUI: "stop recording after" "start recording earlier" Et le fichier qui est mis a jour est "/var/packages/VideoStation/etc/record.conf" Mais la ou cela devient perturbant c'est que la valeur du champ "stop recording after" se retrouve dans la variable nommée "pre_recording" et "start recording earlier" dans celle nommée "post_recording"!! Me reste plus qu'a faire des tests...

Comme vous l'avez peut-être remarqué, il est possible configurer VideoStation pour que soit ajouté une marge de sécurité au début et/ou à la fin des enregistrements (paramètres->enregistrement de la télévision->paramêtre d'enregistrement): "arrêter l'enregistrement plus tot" (avec l'interface en anglais on s’aperçoit qu'il s'agit d'une erreur de traduction il faut lire "plus tard") et, moins utile, "démarrer l'enregistrement plus tot". Malheureusement on est limité à 300 secondes (5 minutes), et malgres ce gap, j'ai encore loupé la fin de "police python 357" sur Arte (qui a du démarrer avec 10 bonnes minutes de retard) C'est pourquoi, si quelqu'un trouvait un moyen de truander l'interface de façon à lui faire accepter plus de 300 secondes, je lui en serai éternellement reconnaissant.

Dans ce cas soit *tres* prudent avec les manipulations que tu fais en ligne de commande. Etant connecté sous le compte "root" (c'est necessaire d'ailleurs pour que xml2epg puisse crééer les fichiers qu'il génère), de fait tu as tous les droits sur le système et une simple erreur de frappe peut avoir des résultats imprévisibles. On t'aura prévenu! Je ne comprend pas cette question Les commandes (wget) que j'ai donné dans le post précédent, si elle sont exécutées sans modification (copier/coller pour éviter les erreurs), font tout ce qui est nécessaire pour que ça fonctionne. Cela dit le suffixe ".pl" n'est absolument pas une obligation, sous unix c'est la première ligne du script (celle qui commence par "#!) qui indique l'interpréteur à utiliser, et on peut aussi indiquer son nom dans la ligne de commande, comme ceci par exemple "perl <nom du script> <arguments facultatifs> Oui et le "-p" permet la création des répertoires intermédiaires si nécessaire.

Ah oui, tu as raison, je corrige

Voici: copier le script dans le répertoire de son choix (remplacer <répertoire> par le chemin du répertoire dans les commandes ci après) comme ceci /usr/syno/bin/wget -O <répertoire>/xml2epg.pl http://pastebin.com/raw.php?i=xj3s2MxY récupérer le fichier de config et l'installer à sa place par défaut avec les commandes suivantes mkdir -p /usr/local/etc /usr/syno/bin/wget -O /usr/local/etc/xml2epg.conf http://pastebin.com/raw.php?i=aDbPxBEQ [/code] exécuter le script (au moins une fois par semaine) comme ceci [CODE]perl <répertoire>/xml2epg.pl http://xmltv.dyndns.org/download/tnt_lite.zip[/code] Le mieux est d'utiliser la crontab pour automatiser le 3eme étape, si tu ne sais pas comment faire, cherche dans le forum, on trouve des tutos pour ça aussi.

Suffit de le copier ou tu veux, D'apres les retours que j'ai eu dans le ipkg n'est pas obligatoire (faut juste supporter quelques warnings intempestifs dans ce cas) Il suffit d'utiliser le perl natif de DSM pour lancer le script, comme ceci /usr/bin/perl <chemin du script> <parametres>[/CODE]

Avant de lire ton "EDIT" je le sentais bien aussi ton problème de reboot: garder une session ssh/putty active indique bien qu'en fait il n'y a pas eu de reboot (ou qu'il ne s'est pas encore terminé) Lorsque tu lance la commande de reboot en ligne de commande elle se détache pour faire son travail en tache de fond et tu n'est pas déconnecté de suite ce qui donne l'impression sur le moment que cela n'a pas fonctionné. TIP: la commande "uptime" te permet de savoir depuis combien de temps ton système est booté: root@fserv> uptime 08:41:49 up 2 days, 10:14, load average: 0.01, 0.05, 0.01 ____________^^^^^^^^^^^^^^ système démarré depuis 2 jours, 10 heures, 14 min par exemple ici

Bon me voila sec alors

Ne pouvant comme tu l'imagines reproduire le ph

Si tu veux mon avis, le mieux est d'installer le phpmyadmin original et se passer du package fourni par Synology. Et tu pourra le nommer comme tu le souhaites (c'est ce que j'ai fait) La procédure de mise à jour n'est franchement pas compliquée et tu pourra de cette façon toujours bénéficier si tu le souhaites de la toute dernière version sans attendre que Syno mette à jour sont dépot avec une nouvelle version du package Cela dit, si l'objectif du changement de nom n'est que pour des questions de sécurité, un simple .htaccess à la racine du répertoire de phpmyadmin peut peut-être faire l'affaire: order deny,allow deny from all allow from <host ou ip autorisé #1> allow from <host ou ip autorisé #2> etc ...

C'est la première fois que je vois ça, il n'y a en principe aucun rapport entre l'acces WEB à l'interface d'admin(https et/ou http) et l'installation du bootstrap optware/ipkg Aucune idée de ce qui ce passe la. Aucun acces même apres un reboot?

Je pense qu'en prenant dans la liste le bloc auquel l'IP dynamique que tu recois se trouve devrait suffire. (deux blocs en fait: un pour chacun des sites entre lesquels tu fait ton bacckup) Le pool d'addresses dans lequel ton fournisseur choisit les IP de ses clients d'une zone g

J'avais oubli

Et tu as essayé des trucs au hasard pour ça? J'ai l'impression que c'est ton install optware (ipkg) qui est un peu vérolée. Le mieux est de tout recommencer a partir de zero (install du bootstrap optware/ipkg) et surtout ne jamais tenter des trucs sans bien maitrriser pourquoi tu les fais. Donc, mon conseil: supprimer (ou renommer) "/volume1/@optware" et recommencer.

Oh, vraiment? http://kb.mediatempl...p (Mac OS X)#gs remplacer ssh example.com@s00000.gridserver.com par ssh root@<hostname syno>[/code] (je ne connais pas MacOS pour ma part)

Jusqu'ici tout va bien et ça devrait être suffisant d'ailleurs. Et qui t'a dis de faire ca ? Il y en a qui cherchent vraiment les problèmes...

Le firewall du syno accepte des ranges d'IP. suffit de ne laisser passer que le(s) bloc(s) d'addresse(s) dans laquelle ces IP dynamiques sont prises. Donc: Tu fais une (ou plusieurs) règles avec "action=autoriser", "ports=22", "ip-source=sous-réseau" et tu indiques les caractéristiques du range (address IP et masque) correspondant au bloc d'addresses (une règle par bloc si il y en a plusieurs) un autre règle, toujours en "autoriser sur le port 22", "ip-source=sous réseau" ou tu spécifie ton réseau local (ne pas se couper la branche sur laquelle on est assis) tu met ces règles en prioritaire (en haut dans la liste) et tu ajoute une règle en dessous, action=refuser, port=22, ip source=tous et voila