CoolRaoul

As-tu remarqu

osname=linux, osvers=2.6.15, archname=PPC_853X Ah j'avais pas fait gaffe

Pas besoin de regarder plus avant, voici la mienne Summary of my perl5 (revision 5 version 10 subversion 0)[/code] Je crois que la est le problème Tu es sous quelle version de DSM?

Je viens soudain de remarquer dans ta signature que tu es dans une ancienne version de DSM: Je ne suis pas sur à 100% que la prise en compte de "/usr/local/etc/rc.d" était déja opérationnelle dans cette version-la (mais je pense que oui quand même) A toi de tester.

tu

écriture *et* exécution ce que fait un bon vieux "chmod 755" des familles tout bêtement/ Oui, en disant "options" je voulais dire "arguments" en effet Les scripts vont être exécutés avec $1="start" quand le syno boote et $1="stop" lors du shutdown Et quelle est la différence entre les deux à ton avis ? Tu n'as pas l'impression qu'un script, apres tout, c'est quelque part "des commandes dans un fichier", non?

Si tu ne veux pas avoir à réinstaller (notamment en cas d'upgrade firmware) oublie "/etc/rc.local" et met plutôt tes scripts dans "/usr/local/etc/rc.d" (tout le contenu de /usr/local est préservé lors des upgrades, mais ça ne t’empêche pas de faire des sauvegardes) La dedans tu peux mettre tes propre scripts de démarrage/arrêt qui doivent simplement respecter les conventions suivantes: leur nom doit se terminer par ".sh" le mode doit être 755. ils doivent accepter les options “start” ou “stop” (mais peuvent les ignorer) Ces scripts seront exécutés séquentiellement au démarrage avec l'argument "start" et lors du shutdown avec l'argument "stop". Est-ce que tous les répertoires existent au moins ( "/volume1/video" *et* "/volume1/share/videos" par exemple) ?

Je ne voudrai pas te décourager mais .... Depuis l'annonce de l'abandon de webdav par Hubic *tout le monde* a très probablement laisser tomber. Par conséquent, comment et de la part de qui peux-tu espérer trouver de l'aide?

Je ne sais pas quoi te répondre... dans le monde des NAS et des passerelle multimédia en général ces protocoles sont assez familiers pourtant . Si tu a un popcorn sous la main rien ne t'empeche de faire le test (quoi qu'en pratique je ne vois pas bien ce que tu veux dire par "recopier l'url dans le popcorn", mais j'imagine que tu te comprends) La doc du produit est ici: http://www.downloads...0_UM_3Feb11.pdf voir autour de la page 18 ("Finding Media on Your Network")

A moins d'avoir une carte réseau vraiment exotique, mais sais-t-on jamais ... Tu peux ajouter des drivers à la main lors du boot sur le recovery (il y a une invite pour le faire), il sait aller les chercher sur une clé USB en principe (en espérant que tes ports USB3 soit eux aussi reconnu par le recovery...) Ils faut que l'archive qui contient les drivers ait été extraite pour que cela fonctionne (7zip sait extraire meme les .exe auto extractibles)

Taper dans VideoStation je ne pense pas (pour le moment les deux seuls accès disponibles sont en http sur l'interface web et avec l'appli IPhone et il ne me semble pas que l'API utilisée ait été documentée par Synology), Par contre, en accès SMB, NFS ou DLNA sans aucun doute (ma passerelle Netgear NeoTV le fait, alors un popcorn pas de raison qu'il ne sache pas) mais je reconnais que ça ne répond pas exactement à ta question .

Pressions de managers influents qui ne veulent pas devoir renoncer à leur accès à Linked-IN ?

La necessité d'utiliser des outils sophistiqués pour effacer définitivement les données d'un disque est quand même assez controversée, je considère aussi, comme le dit Pluton, un simple "dd" avec des zéros largement suffisant Voir ici une, à mon avis intéressante, contribution au débat: http://linuxfr.org/u...-son-disque-dur Qu'il faille utiliser des logiciels payants pour ça me laisse franchement perplexe, mais bon faut bien faire marcher le commerce.

Mais ce n'est pas que chez toi, l'opérateur de contatanation de chaines est bien le "." en perl. Mais, je ne vois pas bien ou est cette virgule fautive dans mon script? **EDIT** Vu, en effet j'ai mis des "," pour séparer les arguments de print Malgrès cela je ne percute pas: la commade print OUT chaine1 . chaine2 . etc ... devrait se comporter à l'identique de print OUT chaine1 , chaine2 , etc ...[/code] En effet, dans le premier cas on invoque print avec un *unique* argument constitué de la concaténation des chaines et dans le second cas avec n arguments, chacun constitués d'une chaine. C'est la seule modification que tu as apporté au script? Pourrais-tu faire stp la commande suivante: [CODE]perl -V[/code] et nous donner le résultat ici ?

Vraiment désolé pour toi mais là, franchement, je suis sec ...

Si mon script générait un fichier log, je serais le premier à le savoir :-> Reste un dernier espoir, a toi de lancer le script en mode debug, tu fait comme ceci: (la meme commande que tu as utilisée mais préfixée par "perl -d") soit: perl -d /volume1/Divers/tnt/xml2epg.pl -D -d /volume1/Divers/tnt/ -c /volume1/Divers/tnt/xml2epg.conf /volume1/Divers/tnt/tnt_lite.zip la, tu attends le prompt "DB<1>" et tu tapes "c 325<return>", comme ceci: DB<1> c 325 lorsque tu retrouve de nouveau le prompt tu tape "n<return>" (ce qui va exécuter une ligne à la fois du script), et tu continue jusqu'a ce que ça plante: DB<1> n et tu nous montre le résultat affiché en commençant à partir de ton premier "n" ***EDIT*** je réalise tout à coup que tu as utilisé le switch "-d", ce qui signifie que ce n'est *pas* le répertoire EPG de videostation que tu utilises en sortie mais bien "/volume1/Divers/tnt", et donc le test d'effacement de EPG n'a rien démontré! Faudrait que tu fasses le test sans les arguments "-d" "/volume1/Divers/tnt/EPG-test" !

Exécuté sur mon Syno sans erreur; Est-tu bien sur d'avoir la dernière version du script xml2epg.pl (2.8, voir en début de script la ligne contenant "$Id") ? (à propos, ton .zip contient en plus un fichier xml2epg.pl de taille zéro, erreur de manip?) Sinon, le fait que ça plante lors de la création du premier fichier EPG me fait penser à deux pistes: ton répertoire EPG serait peut-être anormal (au niveau des droits par exemple), essaie de le récréer comme cela: rm -r /usr/syno/etc/packages/VideoStation/EPG mkdir /usr/syno/etc/packages/VideoStation/EPG es-tu bien connecté sous le compte root?

Si tu nous disait ce qui s'affiche quand tu tapes l'une de ces commandes? Parce que si l'erreur est: sh: man: not found[/CODE] C'est normal, le linux des Syno (DSM) n'inclue que les commandes nécessaire a son fonctionnement. Bigre, que voila un flot de réponses simultanées et unanimes!

Je pense que notre ami

Le routeur attribue les IP en DHCP si les ordinateurs en font la demande Lorsque tu es booté avec ton cd de restauration es-tu vraiment sur que tu es configuré en DHCP ? (et meme que le réseau est configuré) **EDIT** je viens de vérifier dans une machine virtuelle et ça fonctionne, on est bien en DHCP Cependant, quand je lui donne le bon nom de serveur pour le NAS et un nom de partage bidon l'erreur que j'ai est "nom de réseau introuvable" et si c'est le nom de serveur qui est bidon, l'erreur que j'obtiens cette fois est "le chemin réseau n'a pas été trouvé" Je ne parviens pas à reproduire ton erreur ("le partage réseau est *injoignable*") Pourrais-tu nous montrer une photo d'écran du message d'erreur stp ? (j'ai besoin de savoir si tu tombes dans le premier ou le deuxieme cas, le code d'erreur hexa pourrait être utile) Ca doit ressembler à ceci:

Je persiste a déconseiller de baser quoi que ce soit sur ce protocole mal ficelé de parcours réseau. Mettre une IP Fixe est par contre à conseiller Ensuite suffit de créer , comme je l'ai déja indiqué, un raccourci vers le nom UNC du nas (syntaxe <nom ou IP>) pour accéder au serveur de façon fiable. On peut aussi bien entendu faire des connexions sur les dossiers partagés du NAS en tant que lecteur réseau. Mais il y à bien mieux: on peut également utiliser des liens symboliques pour faire apparaître les dossiers partagés du NAS directement dans le système de fichiers Windows, et donc dans l'explorateur: Exemple (en supposant que le NAS se nomme "diskstation") On créé le dossier c:mnt En ligne de commande, en mode administrateur (obligatoire) , faire les commandes: cd /d c:\mnt mklink /D video \\diskstation\video ainsi, le dossier "video" du NAS apparaîtra directement dans l'explorateur, directement sous "c:mnt" Bien plus souple que le voisinage réseau non? A mon avis, les liens symboliques, les essayer c'est les adoppter

Ce que je voulais simplement souligner (je n'ai pas du présenter les choses bien clairement) est que le fait que tu puisse accéder au flux bien qu'ayant résilié l'option n'est peut-être qu'une anomalie provisoire sur ton abonnement. (Si c'est stipulé sur le site d'ADSLTV c'est qu'ils on effectivement constaté le problème) Donc tu risques de t’embêter pour mettre en oeuvre une solution d'enregistrement qui peut se retrouver ne plus fonctionner du jour au lendemain des que Free aura reconfiguré ta ligne. En plus cette solution ne s'appliquera pas pour les autres personnes dans la même situation que toi et qui ne bénéficient pas de l'exception que tu constates chez toi. Faut savoir aussi que lorsque on résilie l'abonnement TV chez free, c'est *toutes* les chaines qui ne sont plus accessibles, TNT incluse et même la TNT par la prise antenne. (source: http://www.numerama.com/magazine/17797-free-bloque-le-tuner-tnt-aux-abonnes-sans-option-tv.html) Sauf lorsque l'on a résilié cette option comme tu nous dis l'avoir fait