CoolRaoul

Ben, à cause du genre d'inconvénient que j'ai décrit, je préfère utiliser des sites publics (imgur, imageshack) pour ce genre de chose Donc je n'ai pas la moindre expérience d'outils dédiés sur le NAS. Cela dit, un simple upload ftp + un partage web du même répertoire en http avec Web Station me semble amplement suffisant et pas besoin de tuto pour ça.

Oui mais attention: si tes images ont du succes, tu risque de voir ta bande passante en upload rapidement saturée.

Et, pour que cela ne se reproduise plus, n'oublie pas mon conseil, quelques posts plus haut sur la manip dans le .profile "/opt" c'est un lien vers (ou un montage) de "/volume1/@optware". Tout ceux qui l'ont installé en ont une version spécifique, qui dépend des packages qu'ils ont choisit installer. Il peut arriver que certains aient aussi des choses privés dans "/volume1/@optware/etc" par exemple (comme des password de montage webdav) Pour faire propre il vaut largement mieux que tu reinstalles optware en partant du bootstrap.

Erreur de ma part, en effet Aie, en effet, semble que si le shell dans /etc/passwd n'est pas valide sshd ne permet pas le login même en spécifiant une commande. Te reste alors un autre option, (que j'aurais du te proposer plus tot d'ailleurs), installer le spk "config file editor": il te permettra d'éditer /etc/passwd a travers l'interface web DSM (connexion en admin obligatoire) et ainsi rétablir le bon shell pour root Tiens-nous au courant du résultat.

Ta session putty doit avoir le host "en dur", dans le champ que j'ai entouré de rouge: Suffit de créer une copie de ta session "nas" que tu nommera par exemple "proxynohost" et dans laquelle ce champ est vide. Et alors, en utilisant la syntaxe: plink -load proxynohost -y -t root@<addresse nas>[/CODE] en remplaçant <addresse nas> par le contenu du champ "host name" de la session "nas" ca devrait marcher

J'ai retrouvé mon post mais il concernait un autre shell et c'était dans le forum anglais Donc voici la manière "propre" d'utiliser un autre shell sur le compte root sans prendre de risques Ici exemple du bash optware: Ajouter au début de /root/.profile: if [ -x "/opt/bin/bash" -a "$BASH_VERSION" = "" ] ; then case $- in *i*) echo >&2 "exec'ing bash" exec /opt/bin/bash --login ;; esac fi ET en cas de probleme, reste toujours ma manip via plink pour s'en sortir

Tu as modifié le shell du compte root dans /etc/passwd. Il ne faut *jamais* faire ce genre de choses sous DSM!!! J'ai expliqué dans un post comment s'y prendre proprement, des que je le retrouve je te donne le lien. Bon, heureusement la situation n'est pas désespérée. Tu vas de nouveau exécuter plink mais comme ceci, avec la commande "/bin/sh" en parametre: plink -t root@<nom ou ip de ton nas> /bin/sh[/CODE] Ceci va te permettre de te connecter en root sur le NAS dans la fenetre de commande windows Une fois connecté, édite "/etc/passwd" et remplace le shell du compte root par "/bin/ash" Attention, sois très prudent dans cette derniere manip: la moindre erreur et tu pers définitivement l'accès au NAS. Le plus sur est de garder la session putty connectée et, dans une autre fenêtre tester que tu peux de nouveau de connecter normalement. Tu ne déconnectera le plink qu'a ce moment-la

Je suppose que c'est que tu utilises? Son auteur est un membre actif de ce forum. Donc, en posant plutôt la question dans le fil dédié j'imagine que tu ne tardera pas à avoir une réponse.

Oui mais dans ce cas il s'agissait d'une console connectée en shell sur IOS, et en effet, là, le jailbreak est necessaire Alors que la ce dont tu as besoin ici c'est un client console qui se connecte sur un *autre* systeme (le NAS en l'occurence).

Voici ce que tu va faire Sur ton PC tu ouvre une boite de commande (cmd). La dedans tu va lancer "plink" qui fait partie du kit "putty" (c'est sa version ligne de commande) Essaie tout d'abord comme ceci: plink -t root@<nom ou ip de ton nas>[/CODE] et copie ici ce que tu vois s'afficher (si le dossier de putty n'est pas dans ton PATH windows faudra remplacer "plink" par son chemin complet, quelque chose comme "[i]%ProgramFiles%puttyplink[/i]" (*avec* les quotes) ou "[i]%ProgramFiles(x86)%puttyplink[/i]". A toi de trouver le bon chemin

Suis pas vraiment sp

Bon, tant pis, je ferme boutique pour aujourd'hui

Si tu pouvais ne pas trop trainer pour les réponses, j’envisageais de me coucher pas trop tard ce soir ... on pourrait peut-être résoudre ton problème

Tu as du supprimer bien plus que /opt alors ***edit*** a moins que ce soit simplement un problème dans /etc/profile ou /root/.profile Tu utilises quel moyen pour la connexion ssh? Putty ou autre?

activer telnet et aller réparer par ce moyen?

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