CoolRaoul

Ce n'est pas la faute de Synology mais bien de l'équipe de dev PlexLa version Synology n'a été portée que sur les architectures Intel et Arm (http://www.plexapp.com/getplex/index.php) alors l'architecture du DS213+ est de type PowerPC (http://www.anandtech.com/show/6195/synology-launches-ds213-and-ds213-2bay-nas-units) Et comme PLEX n'a pas l'air d'être un projet Open Source, un portage ne dépend que de la bonne volonté de l'équipe projet.

Il y a tout un fil sur cette gamme de disques:

Bon, j'aurais du vérifier! moi non plus je n'ai pas cette case Mais le service est toujours actif c'est tout pour le désactiver suffit de desinstaller le paquet ***edit*** ou plus simplement:

Tu ne serai pas en DSM beta par hasard? ***edit*** Oups, pas vu que c'était dans le sujet désolé

Tu as bien tous les autres partie du formulaire mais pas la case c'est ça? N'aurait-tu pas un bloqueur de pub dans ton navigateur (style adblock) Et justement, as-tu fait le test a partir d'un autre navigateur (voire d'un autre PC) ?

"Lire" ou ça?

Bof, faut laisser courir et on en reparlera le jour ou tout ceux-la qui se croient en sécurité avec leur raid se retrouveront avec un volume corrompu, pas de sauvegardes, et viendront chercher de l'aide ici.

Voila, c'est bien comme cela qu'il faut s'y prendre

Avec DS Video *Beta*, Il faut installer videostation en beta (1.1) aussi. Pour y avoir acces, faut configurer le centre de paquets sur le canal beta, comme cela:

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!