CoolRaoul

Le lien suivant m'avait été communiqué par le support Sony pour une question du même ordre relative à mon Bravia W9: http://pdf.crse.com/manuals/13HG900111/FR/codeclist.html#5

Ah! Voila donc l'explication! C'est bien ce que je pressentais alors:

Oui, ou bien en ligne de commande (la doc de la version utilisée par DSM est ici) . Mais je ne saurai pas t'aider plus avant je n'ai jamais pratiqué postgres.

"video_metadata" n'est pas un répertoire mais une des bases postgres système de DSM (c'est la base video station en fait) **edit** Voici la liste des databases postgres sur mon NAS: fserv> /usr/syno/pgsql/bin/psql -l -U admin List of databases Name | Owner | Encoding ----------------+-------+----------- download | admin | SQL_ASCII mediaserver | admin | SQL_ASCII photo | admin | SQL_ASCII postgres | admin | SQL_ASCII surveillance | admin | SQL_ASCII synolog | admin | SQL_ASCII synosnmp | admin | SQL_ASCII template0 | admin | SQL_ASCII template1 | admin | SQL_ASCII video_metadata | admin | SQL_ASCII (10 rows)

Tiens, une rapide recherche (j'aurais quand même pu commencer par la!) m'a permis de de trouver un fil du forum sur le sujet:

Faut quand même qu'on arrive à en avoir le cœur net Peux tu cliquer dans cette zone: et regarder le contenu ce pavé: serait aussi interessant de savoir ce que donne un clic sur qui devrait ressembler à Je reste persuadé que tu as du installer une autre appli que VideoStation qui indexe également tes videos ce qui fait que ce n'est pas les vraies metadonnées de VideoStation que tu es en train d'observer Contrairement à toi je n'ai pas de BdD intitulée "video" dans la liste ci dessus et mon MySql était arrêté (je l'ai juste redémarré pour faire les screenshots) et pourtant VideoSation est entièrement opérationnel.

Puisque tu as déja installé le package chroot debian, tes commandes apt* devraient fonctionner à condition de les exécuter dans le shell chrooté comme documenté dans premier message du fil que j'ai donné en référence. Si tu rencontre encore des problèmes le mieux sera alors de demander de l'aide dans ce fil-là.

J'ai toujours cru que le "my" de phpMyAdmin voulait dire que cet outil était dédié à "MySql"! **edit** Mes sources: http://www.phpmyadmin.net/home_page/index.php Ca serait compatible avec postgres alors? (Pour postgres on utilise phpPgAdmin en général)

Mais comment alors expliquer que VideoStation continue à fonctionner avec mysql désactivé? **edit** Tu es vraiment sur de ne pas confondre avec la base postgres? La commande pgqsl suivante effectue un backup de toutes les metadata de VideoStation et c'est bien à cette dernière qu'elle s'adresse: /usr/syno/pgsql/bin/pg_dump -U admin -c video_metadata >video_metadata.sql

Sauf erreur de ma part, en configuration initiale, sur le pare-feu du NAS tout est ouvert, donc on peut ignorer cette étape dans un premier temps et se concentrer sur la configuration de la BOX.

Vu que les métadonnées VideoStation sont dans la base postgresql système et pas dans une base mysql es-tu es bien sur qu'il est possible d'y accéder avec phpMyAdmin? Sur mon NAS VideoStation est actif et pas mysql et pourtant tout est bien indexé dans VideoStation.

C'est un NAS que tu as acheté, pas une station de travail Linux. Sinon regarde du coté de paquet (si ton architecture est supportée.)

Peut-être simplement parce que DSM n'est ni Debian ni Ubuntu

Oh tu sais, on en apprend tout le temps! Par exemple, la façon "shadok" dont le planificateur de tache lance des jobs non root je l'ai découvert grâce à toi.

Il faut donc retenir de tes expériences que, dans le cas d'une tache pour un compte "non root", seule les commandes saisies dans le formulaire vont effectivement s'exécuter pour le compte utilisateur donné en mode "suid". Tout script externe sera exécuté en tant que root. Dans ce contexte, peut-être vaut-il-mieux finalement affecter la tache au compte root et invoquer le script ainsi: /bin/su -s /bin/ash -c "<chemin_complet_du_script>" - <compte_cible> Ca sera plus propre. (attention a ce que le script soit lisible et exécutable par le compte cible)

Quand on est connecté à l'interface DSM du NAS en mode mobile il y a un lien pour activer l'interface en mode "desktop" (complète) Cela dit pour la partie explorateur de fichiers et téléchargements, sur tablette ou mobile, mieux vaux utiliser DSFile mieux adapté.

C'est tres surprenant Voici ce que ca donne pour moi: uid=0(root) gid=0(root) euid=1032(clampin) egid=100(users) groups=100(users),65540(localusers),65541(people),65553(photo_r) Vu que tu utilises bash, peut-être qu'il intègre une commande "id" en builtin avec un comportement différent. Essaie de forcer la commade "id" externe (en mettant explicitement le path complet: /usr/bin/id) Autre piste (me semble plus probable): j'ai mis ma commande "id" directement dans le champ "script défini par l'utilisateur" de déclaration de tache. Fort possible que l'appel d'un script externe (et donc un sous-shell) fasse perdre le contexte suid.

Les scripts définis par le planificateur de tache pour un autre utilisateur que "root" sont exécutés en mode suid/sgid (je viens de le découvrir moi aussi) Tu n'a pas fait gaffe mais dans le résultat de ta commande "id", alors que uid vaut bien "root", la présence de "euid" correspondant au compte utilisateur effectif (et egid pour le groupe principal) Un petit test me montre en outre que la variable HOME n'est pas présente dans l'environnement du job Peut être que l'erreur vient en partie de là. Tu peux essayer d'indiquer explicitement le chemin de ta clé privé en argument de la commande ssh (ssh -i <chemin de la clé) Mais surtout, je préconise de mettre en début de ton script un truc du genre de: if [ "$HOME" = "" ] ; then HOME=~<mettre_le_user_ici> export HOME fi Car l'absence de HOME ne peut que provoquer d'autre effets biens velus à débugger.

M'enfin! Le lien vers cette liste à été donné trois messages plus tôt! (

On avance, voila déja qui prouve que DS audio fonctionne bien sur les deux lans. Et avec l'IP externe? Sinon tu n'as pas répondu à ma 2ème question du message message précédent, à savoir: Sachant qu'il y a plusieurs façons différentes de se connecter à audiostation (connexion DSM puis activation audiostation dans le menu, en direct via un port ou un chemin dédié) il serait utile que tu testes chacune d'elles.

Bien que le webdav Hubic sot mort et enterré, BOX est toujours opérationnel. Et la manip décrite ici dans ce tuto fonctionne toujours (je l'utilise) Faut juste noter que l'url webdav box à changé, c'est maintenant "https://dav.box.com/dav" comme documenté ici.

Essaie d'aller voir quel profil a été attribué au téléviseur et à la PS43 dans "serveur multimedia", onglet "compatibilité DMA" puis "liste des périphériques" La PS3 dispose d'un profil spécifique ("Playstation3") Tu peux tenter de de voir ce que ça donne avec l'un ou l'autre des "Default Profile ..." .

Plutot que de reposter une deuxième fois sur le même problème faudrait peut-être commencer par répondre au questions posées dans le fil précédent

De chez toi si tu utilise l'ip locale du NAS sur le lan 1 pour se connecter à audiostation dans ton navigateur ça marche ou pas? Si ça ne marche pas quelle est l'erreur? Ca aiderait aussi de donner plus de détails: est-ce que tu te connecte via un chemin et/ou des ports spécifiques pour audiostation que tu aurais définis dans panneau de conf -> portail des application?