CoolRaoul

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

Tout n'est pas à jeter dans le monde Windows (loin de la) mais le parcours réseau, sans aucun doute, c'est une belle m***e

Essaie de le d

Tu devarity Tu devrais plutot créer un nouveau fil de discussion. En mettant ta question ici en réponse à ce fil portant sur un autre sujet, tu pénalise la visibilité de ta question et par suite tes chances d'avoir des réponses

[peut-être que j'enfonce une porte ouverte] Facile a tester déjà: donne l'url de connexion à ton nas à un ami, tu lui demande de faire 5 tentatives avec un user/passsword bidon et tu verras bien.

Quand tu boote sur ton disque de recovery, comment est configuré le réseau TCP/IP? C'est manuel ou automatique en DHCP¨ ?

as-tu essayé en mettant l'adresse ip du NAS a la place de "monnas" ?

Peut-etre la commande s'exécute *avant* que la base ait démarré? A quel endroit as-tu mis ton script?

Peux-tu expliquer comment tu peux avoir toujours accès aux chaines du bouquet Free en ayant résilié l'option TV à 2€? Il est possible que Free ait oublié de désactiver la diffusion dans ton cas mais ce n'est pas sur que ça dure. Adsl-TV utilise le même mécanisme que celui que celui que tu nous décrit pour voir et enregistrer les chaines, et ils est bien indiqué sur leur site que cette option est requise: http://www.adsltv.or...de-optiontv.htm "Si vous souhaitez utiliser adsl TV pour accéder aux chaînes TV de Free/Alice, vous devez disposer de cette option TV."

La Freebox sait bien enregistrer directement la télé de façon autonome. Et pas besoin de laisser le PC allumé pour ça. Alors pourquoi vouloir utiliser le NAS?