MrWaloo

Re, désolé pour le retard... Quand tu lances le script /usr/syno/bin/synousbcopy directement, une erreur est retournée ?

Salut, Il faut que le fichier /usr/syno/bin/synousbcopy contienne ceci : #!/bin/sh /opt/bin/python2.6 /chemin/absolu/vers/le/script/index_updater.py -A Et le tour sera joué. A+ Michel

Mais en NFS ça saccadait autant. Depuis un PC (en NFS aussi) ça ne saccadait pas, mais depuis que je suis sur un DS212+, ça ne saccade JAMAIS (PS3, Popcorn, PC). L'explication rigoureuse, je ne l'ai pas, je connais ces faits, aussi curieux soient ils...

Je vérifierai ce soir la vidéo incriminée, promis

C'est bien pour ça que je parle de "limitation de débit".

D'autant plus quand le firewall du boulot bloque l'accès au port 5000 externe...

Je rajoute mon grain de sel concernant le "J". J'avais un DS110j qui fonctionnait à merveille, sauf pour un seul film en HP 1080p, alors que les autres fonctionnaient TOUS. J'ai essayé de stopper tous les services et de ne garder que le NFS ou le DLNA, même résultat. En NFS sur le Popcorn Hour A-110, en DLNA sur le Popcorn ou la PS3, même problème de saccades. Je suis passé à un DS212+ et ce film là fonctionne à merveille aussi, via NFS et DLNA, et sans stopper quelque service que ce soit. Il existe donc un type d'encodage que le DS110j (et peut être d'autres modèles) ne peuvent pas décoder en temps réel ou ne savent même pas diffuser (limitation de débit). Je te donne une info, à toi d'en tirer les conclusions, mais ça vaut le coup d'économiser un peu plus et d'acheter le bon produit. Chez Redcoon, le DS212+ n'est pas trop cher. l'onduleur que j'ai acheté n'est pas trop cher non plus chez RDC ou d'autres (cf. ma signature). A+ Michel

C'est exactement ce que j'ai fait chez moi (depuis longtemps), ça explique sans le nombre réduit de blocages. Ceux qui sont faits doivent être dus aux erreurs de login sur la page d'accueil (pour MON utilisation, j'ai redirigé le port externe vers le port interne 5000)

Il m'arrive aussi d'avoir des IP bloquées, ça se passe souvent par vague... Si elles sont bloquées, plus trop de risques... Chez moi je l'ai laissé à 5 tentatives et j'ai un blocage tous les 3-4 jours environ. A mon avis, faut pas s'inquiéter plus que ça.

Je n'ai pas installé ni ne connais Photo Station. Je testerai ce soir. Photo Station a sa propre BD, c'est ce que j'ai pu constater, et c'est tout ce que j'en sais. Tu peux vérifier pour une photo si elle est indexée : /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from video where path = '/volume1/PHOTO/chemin/vers/une/photo';" Pour savoir si elle est dans la base multimedia. Dans le répertoire @eaDir, un répertoire avec le même nom que la photo doit exister et contenir les vignettes. Si elle n'y est pas, lance la commande : synoindex -a /volume1/PHOTO/chemin/vers/une/photo Ça va l'indexer (si elle ne l'est pas) et créer les vignettes de toutes les photos du répertoire de la photo si elles n'existent pas (j'espère être clair...). Je te suggère donc de copier un répertoire contenant des photos et d'en garder 5 pour le test, de supprimer le répertoire @eaDir et de vérifier si Photo Station affiche les photos correctement après synoindex, sinon c'est qu'il faut autre chose. edit: D'après tu n'es pas le seul à avoir des soucis avec Photo station, ça ne vient peut être pas de l'indexation. edit2: idem avec la solution, semble-t-il

Salut, J'ai un boitier RAID de marque ICY BOX, modèle "IB-RD3219StU3-B" avec 2 disques de 2To en RAID-0 branché sur un DS212+. Reconnu sous DSM3.2 et DSM4.0. Description ici. Pas trop cher chez RDC, l'USB3 permet des taux de transfert agréables. A+ Michel

Si le répertoire qui contient les vignettes n'existe pas, l'indexation est re-faite, puisque ça re-génère les vignettes. Ça ne rajoute pas d'entrée dans la BD, ça re-génère juste les vignettes. Les répertoires contenant les vignettes (les fameux @eaDir) étaient mal gérés dans une version précédente, c'est sans doute le script qui les a effacés chez toi (comme chez moi d'ailleurs...). Maintenant la reconnaissance des répertoires @eaDir inutiles (à effacer) est faite différemment et fonctionne bien mieux. Quand aux fichiers vidéo qui sont indexés, il faut que j'explique la procédure de *détection* de fichiers multimédia : Le fichier '/usr/syno/etc/mimetypes.txt' contient les types MIME connus par le (DSM du) NAS, le script le lit pour pouvoir associer les extensions de fichiers au type de fichier. Si la partie avant le "/" du type doit être indexé, alors le fichier est indexé (sauf s'il l'est déjà). Ne sachant pas quels types étaient filtrés (pas indexés, ou pas indexables), je lance l'indexation sur toutes les extensions multimédia, sauf les 'm3u' que j'ai pu identifié comme non indexables. Pour les extensions indexés sur lesquels tu as un doute (je n'ai pas des fichiers de tous les types) tu peux lancer la commande : /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from video where path ~* E'\.vob$';" Dans cette requete, l'extension n'est pas sensible à la casse. Remplace l'extension par ce que tu souhaites tester et dis moi STP. Chez moi les VOB sont indexés et je n'ai pas de OGV pour tester... Sinon tu peux t'économiser le "-v 2" avec "-t", c'est moins verbeux et bien plus compréhensible maintenant.Les options "-A -t" suffisent donc. (Oui, j'ai fait pas mal de modifs...) Tu peux aussi ne tester que les vidéos avec "-A -t -p /volume1/VIDEO". Ou même un sous-répertoire quelconque à tester.

Mise à jour testée et uploadée. Nickel chez moi. Bon test

@CoolRaoul: OK, je filtre donc l'arborescence sous #recycle Merci pour ton retour @Amsonia: En effet, le script est dans un état second... Merci pour ta patience, je sens qu'on se rapproche, chez moi la version en cours (pas encore uploadée) fonctionne pas mal, je teste un peu plus et j'upload (j'ai fait pas mal de modif...)

J'ai du partitionné avec un type de système de partition spécial : GPT et non pas DOS. Je ne sais pas quels autres OS savent lire ce type de partitions. Ci-dessous tu verras que parted sais bien "voir" ce système de partition, mais pas fdisk. Sur mon PC j'ai en effet du utiliser parted pour créer une partition sur le disque entier. NAS> parted /dev/sds print Model: SV FAST (scsi) Disk /dev/sds: 4001GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 4001GB 4001GB ext4 ICY_BOX NAS> fdisk -l /dev/sds fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sds: 2199.0 GB, 2199023255040 bytes 255 heads, 63 sectors/track, 267349 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sds1 1 267350 2147483647+ ee EFI GPT

Salut, J'utilise ça et ça fonctionne bien. Je n'ai pas trouvé de produit dont le prix serait proche en eSATA, mais l'USB3 ça le fait aussi ! Des boîtiers avec plus de disques existent aussi. A+ Michel edit: des cavaliers de configuration permettent de configurer les disques en RAID0 ou RAID1. Je l'ai mis en RAID0 et les 2 disques de 2 To sont "vus" comme 1 disque de 4 To. Le NAS et mon PC sont sous Linux, donc pas de problème... Depuis le NAS : NAS> df -h /volumeUSB1/usbshare/ Filesystem Size Used Available Use% Mounted on /dev/sds1 3.6T 855.4G 2.6T 25% /volumeUSB1/usbshare

Salut, Pas exactement, mais regarde du coté de Cloud Station, je ne l'utilise pas, mais ça pourrait répondre à ton besoin. A+ Michel

Salut, Il me semble que le formatage bas niveau n'est possible que depuis certaines anciennes cartes mères... Les Syno ne le proposent pas à ma connaissance, et il me semble que rares sont les cartes mères qui le proposent encore. A+ Michel

J'ai refait un post dans tutorials, là où se trouve ce post, bah c'est pas top, je ferme celui-ci et j'attends validation de l'autre...

Salut, J'ai fait un script en python pour l'indexation partielle (pas une ré-indexation complète) et le nettoyage des entrées obsolètes. Il permet d'ajouter les entrées manquantes, de supprimer les entrées obsolètes et de supprimer les fichiers indexés 2 fois (et plus) par erreur. Il est compatible DSM3.2 et DSM4.0. Il fonctionne nickel chez moi, je n'avais plus besoin de lancer une re-indexation complète qui durait entre 2 et 3 semaines (!!!!) sur mon ancien DS110j. Sur le DS212+ que je possède maintenant, pas de problèmes non plus. Pré-requis variante ipkg Il faut : - installer ipkg - py26-psycopg2 : module pour se connecter à une base PostgreSQL (à installer avec ipkg) : ipkg install py26-psycopg2 Ce qui va installer toutes les dépendances automatiquement. Pré-requis variante paquet Synology Il faut installer Python (la version de Synology, pas celle de SynoCommunity) via le centre de paquets. Dans ce cas, la première ligne du script est à adapter, au lieu de : #!/opt/bin/python2.6[/code] [/color] [color=#333333]Il faut :[/color] [color=#333333] [code]#!/usr/bin/env python[/code] [/color] [color=#333333]Le reste ne change pas.[/color] [u][b]Installation[/b][/u] Le script est téléchargeable ici : . Il faut qu'il soit présent sur le NAS, l'emplacement n'a pas d'importance, l'essentiel étant de savoir le retrouver . [b][u]Utilisation[/u][/b] On peut le lancer en console (telnet ou ssh) sur le Syno : - variante ipkg : [code]python2.6 index_updater.py --help[/code] - variante Synology : [code]python index_updater.py --help[/code] pour voir les options. Il est possible de le rendre exécutable et de la lancer sans "python(2.6)". Pour une utilisation "normale", je propose d'utiliser cette option : [code]python(2.6) index_updater.py -A[/code] Pour mettre à jour un répertoire seulement (et les sous-répertoires) et pas l'ensemble des répertoires indexés, je propose d'utiliser cette option : [CODE]python(2.6) index_updater.py -A -p /volume1/photo/2012/09\ Septembre/Partouze\ du\ 12[/code] A vous de remplacer le répertoire par ce que vous souhaitez mettre à jour. Plusieurs répertoires peuvent être passés en paramètres avec autant de "-p" Pour savoir exactement ce qui est fait, il est possible de rajouter -v 2, ce qui créera un fichier index_updater.log avec le détail des actions effectuées. Afin de [b]tester d'abord[/b] ce qui sera fait il est possible de mettre l'option -t, dans ce cas, RIEN n'est modifié et en combinaison avec -v 2, tout ce qui serait fait est détaillé. [u][b]Commentaire[/b][/u] Comme dit, chez moi il fonctionne... Mais en cas d'erreur, merci de m'en tenir informé... A+ Michel

Merci pour la précision, ça veut dire qu'il faut que je vérifie ça dans le script.

Comment tu as fait pour avoir des noms de partage en MAJUSCULES ? Les partages multimédia par défaut sont en minuscules... Pourquoi tu as VIDEOS avec un S ? Je croyais que les 3 partages music, video et photo étaient créés automatiquement dès que le serveur Multimédia est activé... C'est un postulat de départ qui s’effondre... edit: Bon je vais sans doute devoir demander de la configuration à l'utilisateur... J'y réfléchis ce soir

Le script est mis à jour pour la gestion du 'null'. Pour les log, c'est autre chose... Les seuls log qui sont valables sont ceux générés par le script quand on utilise l'option -v 2

D'après l'erreur, le fichier /usr/syno/etc/index_folder.conf contient quelque chose que je n'ai pas prévu (il n'est pas vide... ???) et c'est mal interprété.de base Ce fichier contient la configuration de l'indexation en dehors des partages *de base* (music, video, photo), si par exemple public doit être indexé... Bref ça contient la config accessible dans Service d'indexage média / Dossier indexé (qui devrait d'ailleurs être au pluriel...)

Tu peux poster le contenu du fichier /usr/syno/etc/index_folder.conf STP ? edit: si le script renvoie cette erreur, c'est que l'exécution est stoppée, l'indexation n'est pas faite