MrWaloo

Salut, Dans le but de m'inspirer, je souhaiterais pouvoir télécharger des spk de Synocommunity. Mais le téléchargement direct (même avec "wget http://packages.syno...20120830-1.spk" (par exemple) ne fonctionne pas) J'ai essayé de cross compilé sur ma Debian testing pour les avoir, mais j'ai une erreur... Merci A+ Michel

Il me semble que l'indexation multimédia est valable pour toutes les applications Syno (Audio Station, Photo Station, Video Station, Serveur Mltimédia, iTunes Server).

@rictus: OK pour ma remarque, toutes mes excuses Et en ce qui concerne la ligne de commande, "select path from music;" est une requete SQL qui permet de lister tous les champs "path" dans la table "music" de la base de données PostgreSQL utilisée pour l'indexation. Tu peux remplacer "music" par "video" ou "photo", ce sont les autres tables de cette base de données. Ne pas oublier le ";". Si tu ne veux voir que les fichier musicaux indexés qui sont dans "/volume1/music" tu peux faire ceci: /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music where path ~ '^/volume1/music';"[/CODE] A+ Michel

En lançant une ré-indexation, ça donne quoi ? Que retourne ceci (en SSH sur le NAS) ? /usr/syno/pgsql/bin/psql mediaserver admin -c "select path from music;" edit: inutile de continuer à lister les problèmes, il faudrait essayer les solutions proposées, c'est ça "avancer".

Hello, J'ai remarqué que de nombreuses personnes (les p'tits nouveaux, hein) confondent la shoutbox et le champ de recherche. Vous pourriez trouver le moyen de faire en sorte que ces 2 champs soient encore plus distinguables l'un de l'autre. Je vous laisse trouver comment, pour moi c'est déjà claire comme ça ! Mais pas pour tout le monde... A+ Michel

Connecté en root ou en admin ? (il faut le faire en root, le mot de passe est le même que celui d'admin) L'utilisateur arthix existe effectivement ? OK, chez moi les répertoires sous /volume1 (/volume1/music par exemple appartiennent à root:root avec un mode à 777) Que retournent : ll /volume1/ ll /volume1/*/

Salut, Merci de partager... Tu pourrais mettre le script dans des balises CODE pour la lisibilité et préciser qu'il faut le rendre exécutable. A+ Michel

Oh lala... which ls[/code] Pour voir... et si jamais, tu sauras quoi faire

Ah là OK... Mais pourquoi tu dis pas tout, tout de suite ?

Oui en effet, mais ce n'est pas le but recherché pour tous les paquets installés... Certains paquets ont des fonctionnalités plus proches de ce qu'on a l'habitude d'avoir sur nos système Linux (rsync, find, etc.) dans ipkg alors que la version de BusyBox du Syno ne les ont pas. Le principe étant d'installer un paquet pour s'en servir, mais que uptime de coreutils ne convient pas, alors il faudrait plutôt supprimer le lien symbolique comme je l'ai indiqué. C'est sûr ta manière fonctionne également mais court-circuite complètement les paquets installés avec ipkg. La manière de CoolRaoul fonctionne également, mais sera perdue à la prochaine mise à jour DSM. Un fichier installé par ipkg ne sera recréé que lors d'un upgrade de ipkg, et que ce paquet est mis à jour. Dans tous les cas, il faut savoir ce que l'on fait.... A+ Michel

En effet dans /usr/bin, j'ai tapé trop vite... J'ai mis mon post à jour pour ceux qui auront le problème plus tard...

C'est corrigé, mais je ne sais pas si ça fonctionne avec python du centre de paquets... Il faut un module (une dépendance) qui n'est peut être pas installée... Quand tu lances la console python : /volume1/@appstore/Python/usr/bin/python2.7 Que se passe-t-il si tu fais : import psycopg2[/code] Si ça te retourne une erreur, je te conseille de suivre le tutoriel (1er post). A+ Michel

Bonjour, Présentation Les corbeilles réseau accumulent les fichiers supprimés et on ne peut que vider toutes les corbeilles complètement via DSM. Voici un petit script qui permet de supprimer les fichiers : - de plus de 15 jours - de plus de 100Mo (100 000Ko à vrai dire...) - vides - temporaires MS Office - *.ldb (lock de base de données MS Access) - Thumbs.db Le principe étant de lancer ce script automatiquement tous les jours (à une certaine heure où le Syno n'est pas trop chargé tant qu'à faire). Pré-requis Il faut ipkg et findutils, car la fonction find de base ne fonctionne pas correctement ipkg install findutils Ce qui va installer toutes les dépendances automatiquement. Installation 1. Copier ceci dans un fichier (utiliser Notepad++) : #!/bin/sh # Vidage des corbeilles CIFS # Options pour find: fichiers de plus de 15j (mais pas 'desktop.ini'), les fichiers Thumbs.db, fichiers temporaires (MS Office, tmp et ldb), fichiers de plus de 100MB ou vide (fichier ou répertoire) /opt/bin/findutils-find /volume*/*/\#recycle/* /volume*/homes/*/\#recycle/* -depth \( \( -ctime +15 ! \( -iname 'desktop.ini' \) \) -or -iname 'Thumbs.db' -or -iname '~$*.*' -or -iname '*.tmp' -or -iname '*.ldb' -or -size +100000k -or -empty \) -delete # Cas spécifique pour les fichiers 'desktop.ini' /opt/bin/findutils-find /volume*/*/\#recycle/* /volume*/homes/*/\#recycle/* -mindepth 1 -ctime +15 -iname 'desktop.ini' -delete exit 0[/code] 2. L'enregistrer sur le Syno. Par exemple sous /volume1/public/vide_corbeille.sh 3. Se connecter au Syno en terminal (SSH ou telnet) et rendre le script exécutable : [code]chmod a+x /volume1/public/vide_corbeille.sh[/code] 4. Editer le fichier /etc/crontab (avec vi par exemple) et y ajouter cette ligne : [CODE]0 5 * * * root /volume1/public/vide_corbeille.sh[/code] (Tous les jours à 5 heures du matin) 5. Redémarrer le service cron pour que lle fichier /etc/crontab soit pris en compte : [code]synoservice --stop crond synoservice --start crond[/code] [size=5]Utilisation[/size] Rien à faire, tout se fait tout seul, attention à ne pas renommer ou déplacer le script sans adapter le fichier /etc/crontab. A+ Michel

Il faut lui laisser le temps d'indexer tes photos. Tu as normalement une information sur l'avancement de l'indexation dans DSM de ton Syno (en étant identifié comme "admin")

J'ai également passé du temps à faire fonctionner les Syno comme je le voulais, c'est pourquoi je suis un peu frileux en ce qui concerne les mises à jour (surtout le DS411+ du boulot). Je n'ai pas non plus de machine de test, juste les différents retours sur ce forum et le forum officiel. Personne n'est né avec wikipédia en tête . Surement pas moi en tout cas ! (et je ne sais pas si wikipédia suffit...) Je te souhaite bon courage pour la suite, j'ai regardé tes post, mais des gens bien plus compétents que moi te suivent je n'interviens donc pas. Je ne m'en fais pas, tu trouveras au bout d'un moment, le truc pénible pour toi c'est qu'il s'agisse d'une machine en production... d'où la remarque que je me suis permise. A+ Michel

Salut, Je me permets une petite remarque pour jcpamart... Personnellement, je possède un DS212+ qui gère mon nom de domaine perso. Professionnellement je gère un DS411+ pour le stockage des données. Pour mon DS212+, je ne fais pas toutes les mises à jour par crainte de devoir y passer du temps pour tout refaire fonctionner (config un peu spéciale). Pour le DS411+, il est encore en DSM4.0 et je ne le mettrai à jour que si les utilisateurs me demandent explicitement une fonctionnalité du type CloudStation. Mais pour le moment il n'en est pas question. De manière générale : "NEVER touch a running system!" Et si tu déroges à la règle, assure toi de maîtriser ce que tu fais. Personne d'autre que TOI n'est responsable du bon fonctionnement de ce que TU gères. Dans un environnement en production, il faudrait avoir une machine te test pour valider la faisabilité des mises à jour. Ici, tu trouveras des gens qui accepteront de t'aider et des gens hyper compétents qui prennent sur leur temps pour ça, là n'est pas le problème, mais tu as toujours un risque de perte de données, ça reste de l'informatique... A+ Michel

Salut, Suite à la mise à jour vers DSM4.1 (que j'ai hésité à faire au vue des nombreux problèmes listés par les utilisateurs sur ce forum), la mise à jour DDNS chez ovh (fichiers de config modifiés pour ça) ne fonctionnait plus non plus. Après toutes mes manips, il m'a finalement fallut supprimer l'entrée DynHOST dans la zone DNS chez ovh, puis la recréer à l'identique. Idem pour la config DDNS du Syno, supprimée et resaisie. Et là ça a fonctionné. Je ne me l'explique pas... Ça n'aurait jamais du cesser de fonctionner... A+ Michel

Mise à jour effectuée, rendez-vous sur le même page de téléchargement que décrit dans le premier post

Salut, En console SSH, tu tapes : chown -R <ton_nom_d'utilisateur>:users /volume1/surveillance/PTX Et tout aura pour propriétaire ton_nom_d'utilisateur. il faut bien taper "arthix:users" (par exemple) avec les ":" et sans espaces. L'option -R rend la commande récursive (fichiers et répertoire sous l'arborescence complète). A+ Michel

Si tu veux réinstaller de zéro, il te faut une sauvegarde, parce qu'une réinstallation supprimera peut être tes données

L'interpréteur est un exécutable Ça viendra, je n'ai pas installé ce paquet, mais je pense qu'il a ce qu'il faut pour commencer. Tu vas me faire rougir ! Je suis curieux et j'en ai déjà eu besoin professionnellement, alors je m'y suis mis. A+ Michel

Alors... Un langage de script est interprété (et non pas compilé, ou alors pré-compilé pour le python, mais c'est spécial) et a donc besoin d'un interpréteur. /bin/sh est un exécutable qui interprète un script shell. /bin/ash est l'interpréteur des commandes passées au terminal d'un Syno. Il est plus facile de faire du "shell script" parce que l'interpréteur est directement disponible, pour tester des commandes, c'est pratique. Presque... Il faut que python soit installé et savoir où se trouve sont exécutable... C'est une manière de programmer. Dans un langage qui n'est pas orienté objet, les variable sont "simples". Bien sûr il existe différents types (valeurs entières, valeurs réelle, chaîne de caractères, des listes...) mais les variables ne serve que à stocker leur donnée. En POO (Programmation Orientée Objet) les variables sont des objet d'un certain type. (Tu peux créer tes propres objets) Par exemple, en python tout est objet. Pour connaître la longueur d'une chaîne de caractère en PHP (langage de script aussi, mais par forcément orienté objet... (ça devient difficile d'être clair et juste)) ce sera avec la fonction strlen(variable_string). C'est une fonction php qui se trouve dans la bibliothèque du langage qui est appelée et qui retourne un entier qui correspond au nombre de caractères de la chaine de caractère passée en paramètre. En python, les chaines de caractères sont des objet str() qui ont une propriété len(), En python, on obtient la longueur d'une chaine avec variable_string.len(). Effectivement le tutoriel pour python est très bien fait, celui pour bash est un épisode de l'approche de linux... Oh que oui. Mais je pense que ce n'est pas strictement impossible de commencer par python. C'est un super langage. Si tu prends le temps de bien comprendre chaque chapitre et de les travailler, il n'y a pas de raison, le site du zér0 est fait pour ça en fait... A+ Michel

Si tu n'as pas de données (ou que tu en as une sauvegarde) tu peux lancer la commande synodd suivi de ton disque. Je sais que ça dure longtemps, mais que ça remplit le disque de zéro. Exemple: synodd /dev/sda Tu as quel modèle ?

Tu ne trouves rien dans le répertoire D:Temp ? Sous D:tempvarlog plus précisément... Ce n'est qu'une supposition, s'il n'y a rien là-bas, je ne sais pas... Si le répertoire D:temp n'existe pas, crée le pour voir... Ce ne sont que des pistes... A toi de voir je ne connais pas DeltaCopy.