CoolRaoul

Tu es sur de n'être pas le seul touché par ce "bug" ? (je n'ai rien constaté pour ma part, mais je n'ai peut-être pas les mêmes versions) Si c'est le cas, peu de chances que Synology soit au courant Faudrait indiquer ta version de DS Video (IOS ou Androïd) et de VideoStation (1.0 ou 1.1)

Je reconnais que que j'aurais du souligner le coté "Off Topic" de ma remarque.En fait, elle était plutôt destinée aux potentiels lecteurs de ton message qui auraient pu être induits en erreur par laffirmation laissant entendre que "le seul interet du Nas" est de faire du RAID Pour commencer, apres avoir redémarré le NAS "à la manivelle", ton raid est forcément en mode reconstruction (et il est probable qu'il l'était déjà avant la manip vu les symptomes décrits), ce qui explique les lenteurs. Dans ce contexte, commencer par aller voir l'état de la situation du coté du gestionnaire de stockage. (faire une inspection de tous les onglets du gestionnaire de stockage voir si rien d'anormal n'apparait). Au même endroit (onglet "gestion HDD)" un petit test SMART de chacun des disques pourra t'indiquer un disque dont la santé ne serait pas au top (il est possible de programmer ces tests a intervalles réguliers) Ensuite, une petite visite aux journaux systeme pourrait révéler des indications interessantes sur ce qu'il s'est passé

un peu de lecture:

Ben comme tous les raccourcis sous Windows, en utilisant le menu "créer raccourci" Sur le 1er message de la page dont j'ai donné le lien il y a même une copie d'écran de l'opération!

Ca sent le câble ethernet foireux ça ...

OK, problème connu, c'est cette glute (© JCB) de "voisinage réseau" (qui n'a jamais été vraiment fiable, et Synology n'y est pour rien) qui a encore frappé. Lire pour des explications et une solution.

Bien entendu, c'est même l'usage premier d'un NAS! Peux-tu nous dire exactement ce que tu as "essayé sans succès." et quelles sont les erreurs rencontrées?

Pour voir si le perl optware est bien là, taper "/opt/bin/perl -v" Pour l'unicode, si tu es sous windows, je te conseille d'éditer le fichier avec notepad++ (choisir dans menu "encodage": utf8, de préférence sans BOM [je ne sais pas si mon script est compatible avec le préfixe BOM]) Bon j'ai corrigé finalement: nouvelle version 2.10 dispo, compatible Videostation 1.0 (DSM 4.1) et 1.1 (DSM 4.2).Voir 1er post du fil

xml2epg.pl ne parviens pas a comprendre la 1ere ligne du fichier xml2epg.confFaudrait nous la montrer stp (et une partie des suivantes aussi) Tiens, tant que j'y suis, pour ceux qui ont forcé l'installation de la beta de videostation (ou qui sont en DSM beta 4.2), les chemins du répertoire EPG et de channels.conf ont changé (c'est du au support de plusieurs clés TNT USB simultanément) et les défauts utilisés par xml2epg.pl ne sont plus correct dans ce cas En attendant que je corrige le script, la solution est de donner les chemins en dur, comme ceci par exemple: VSDIR=/usr/syno/etc/packages/VideoStation EPGDIR=$VSDIR/EPGs/0EPG CHANCONF=$VSDIR/channels/0channels.conf url=http://xmltv.dyndns.org/download/tnt_lite.zip xml2epg.pl -d $EPGDIR -C $CHANCONF $url

Chez ALDI en vente ce samedi, "contrôleur de consommation électrique", 10€ http://www.aldi.fr/aldi_en_vente_samedi_2302_48_5_484_4289.html

T'inquiete, je prendrais pas ce risque et puis, si c'était le cas, d'autres membres sur forum de passage sur ce fil auraient vite fait de le remarquer!

je vois: tu as édité le fichier sous windows (en partage réseau probabement) en étant connecté "admin". Heureusement pour toi, comme dans ce contexte, sous DSM, les droits par défauts sont très ouvert, le compte git est quand même capable d'éditer (et de lire) le fichier. Ca serait quand même plus "propre" que le compte "git" soit propriétaire de son répertoire de login (/volume1/homes/git): chown -R git /volume1/homes/gitet, histoire de "serrer" un peu les droits:chmod -R go= /volume1/homes/git

Non, rien de spécial tu peux t'assurer que ses droits sont corrects avec:ls -l .profilece qui devrait donner à peu pres: -rw-r--r-- 7 git users <taille> <date> .profile ^^ ^^^ (en étant dans le bon directory bien entendu)

Si j'ai bien suivi, ça a été fait apres un "su - git" et donc loggé sous le user "git"Et il s'agit d'un fichier situé dans un répertoire owner git avec mode u=rwx (vu le résultat du "ls -ld") Donc, à moins que ~git/.profile n'appartienne pas au compte "git" (tiens j'aurais du lui demander de vérifier!)

Pas la peine, et puis peut-être que question aura une idée sur cette erreur avec vi, histoire de ne pas mourir idiots..

Alors le "Acces .profile denied" est inexplicable!

et pourquoi ne pas répondre à mes questions?

apres avoir fait "su - git" que donnent les commandes:pwd etls -ld .

Peut-être suis-je parano, mais personne ne se demande si ce firmware DSM modifié, téléchargé sur un obscur site russe ne pourrait pas contenir des cochonneries? **EDIT** Bon, apparemment le code est ouvert (https://github.com/andy928/xpenology) Mais je me demande si tout cela est bien légal

Commencer par remettre le .profile de root "propre" (tant qu'a faire le laisser vide, ça ne devrait rien casser). et ensuite: vi /etc/passwd et là, supprimer la ligne commençant par "git:"

A oui, au temps pour moi, voyant des sujet modifiés avec le préfixe "[résolu]", je pensais que l'initiateur du fil pouvait faire cette modif lui-même. Apparemment ce n'est pas (plus ?) possible. Laisser comme ça alors ***EDIT*** Bizarre certains y parviennent pourtant. Exemple:

N'oublie pas de modifier le sujet du fil de discussion en ajoutant "[résolu]" alors Si tu veux développer ce nouveau sujet, le mieux à mon avis, est d'ouvrir un autre fil (dans cette section par exemple: http://www.nas-forum.com/forum/forum/108-internet-et-rseaux/) puisqu'on n'est plus sur le theme initial du fil ("Prendre controle de son Nas à distance")

Tu es sérieux? C'est loin de n'être qu'une question d'infrastructure: pour être fournisseur de nom de domaine, faut d'abord des compétences et, pour que les clients fasse confiance, de la notoriété sur ce marché. Tout cela ne sacquière pas en quelques mois en claquant des doigts! (Note, à l'attention de StrikerRocket: tu vois que j'avais raison en disant "on a plus que dérivé du sujet initial!")

Aie, je comprend alors. Doit pas être tout jeune ton Syno Ce système n'existait pas sous DSM a l'époque (je pense que c'est apparu avec la 4.0) Que veux-tu dire exactement pas "te refiler un nom de domaine" ?

Je pense que si tu a configuré no ip dans DSM, il se charge de faire le "refresh" automatiquement. Mais, le plus simple est peut-être d'utiliser le service DDNS de synology (l'inscription se se fait directement via l'applet DDNS du panneau de configuration DSM avec le bouton "s'inscrire maintenant"). Ce dernier à un gros avantage par rapport à la version gratuite de No-IP (à mon avis) c'est le mode wildcard qui te permet de pouvoir utiliser autant de de sous-domaines que tu souhaite automatiquement. Sinon, comme cela été dit plus haut, étant chez free, ton IP ne change jamais, donc tu peux aussi acheter ton nom de domaine (c'est pas cher, moins de 10€ / an, exemple: http://www.ovh.com/fr/domaines/dotfr.xml) et tu y configure un ou plusieurs sous domaines pointant sur ton IP Fixe.