MrWaloo
-
Compteur de contenus
214 -
Inscription
-
Dernière visite
Messages posté(e)s par MrWaloo
-
-
@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
0 -
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".
0 -
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
0 -
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/*/
0 -
-
Oh lala...Merde!!!
j'ai voulu installer ssh optware pour t'aider et voila le résultat juste apres le "ipkg install"
root@fserv> ls -l / | grep etc ls: cannot access /etc: No such file or directory d????????? ? ? ? ? ? etc drwxr-xr-x 15 0 0 4096 2012-09-04 10:59 etc.defaults
which ls[/code]
Pour voir... et si jamais, tu sauras quoi faire
0 -
Ah là OK...
Mais pourquoi tu dis pas tout, tout de suite ?
0 -
Lorsqu'on demande à exécuter un programme, le système le recherche en utilisant la variable $PATH de manière séquentielle.
La recherche s'arrête dès que le programme est trouvé, dans ton cas la recherche de la command uptime se fait comme suit :
PATH=/opt/bin:/opt/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin /opt/bin/uptime # Trouvé, la recherche s'arrête ici /opt/sbin/uptime /sbin/uptime /bin/uptime /usr/sbin/uptime /usr/bin/uptime /usr/syno/sbin/uptime /usr/syno/bin/uptime /usr/local/sbin/uptime /usr/local/bin/uptime
Pour que ipkg ne remplace pas les programmes existants, il suffirait de modifier l'ordre de recherche dans la variable $PATH en plaçant les chemins vers ipkg à la fin.PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/opt/bin:/opt/sbin /sbin/uptime /bin/uptime /usr/sbin/uptime /usr/bin/uptime # Trouvé, la recherche s'arrête ici /usr/syno/sbin/uptime /usr/syno/bin/uptime /usr/local/sbin/uptime /usr/local/bin/uptime /opt/bin/uptime /opt/sbin/uptime
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
0 -
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...
0 -
4/ Je n'arrive plus à avoir l'uptime !
uptime: couldn't get boot time: No such file or directory[/CODE]
Ça m'est aussi déjà arrivé...
Avec coreutils de ipkg, l'exécutable uptime est celui se trouvant sous /opt/bin/uptime, tu peux le vérifier en faisant "which uptime". Ce fichier est un lien symbolique vers "/opt/bin/coreutiles-uptime". Tu peux le vérifier en listant le contenu de /opt/bin.
Si tel est le cas, il te suffit de supprimer le lien "rm /opt/bin/uptime", et le tour est joué.
Avant ça tu peux faire "/usr/bin/uptime" pour être sûr que ça te retourne bien quelque chose de correct.
A+
Michel
edit: mise à jour du path vers uptime dans /usr/bin et pas dans /bin
Merci Piwi !
0 -
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
0 -
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
0 -
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")
0 -
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
0 -
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
0 -
Mais
dans DNS Dynamique
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
0 -
-
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
0 -
Si tu veux réinstaller de zéro, il te faut une sauvegarde, parce qu'une réinstallation supprimera peut être tes données
0 -
Oki je comprends l'interet de valider au fil de l'eau ses commandes
Pour se qui est des /Bin/* si je comprends bien se sont des répertoires du système Unix avec à l'interieur de chacun un exécutable et un interpréteur
L'interpréteur est un exécutable
Alors la je nage....
J'ai vu un pack dans le centre des paquets nommé Python, je me suis dis que celui tombait à pic... donc je l'ai installé je vais me mettre dedans
Ça viendra, je n'ai pas installé ce paquet, mais je pense qu'il a ce qu'il faut pour commencer.
quand on a ton niveau, est ce une passion? un métier?
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
0 -
en effet dans le terminal je pense que naturellement on commence sur du bash donc du shell,vous me corrigez si je dis des bêtises .
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.
Et pour passer sur le langage Python il suffit simplement de taper Python...
Presque... Il faut que python soit installé et savoir où se trouve sont exécutable...
Par contre que veux tu dire par : Orienter objet?
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().
c'est dommage sur ce site j'ai l'impression que c'est plus documenté pour Python que pour du bash
Effectivement le tutoriel pour python est très bien fait, celui pour bash est un épisode de l'approche de linux...
Penses tu que la différence soit si importante? et le pas si compliqué?
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
0 -
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 ?
0 -
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.
0 -
Alors, si tu n'as jamais programmer de ta vie, il ne faut peut être pas commencer par un langage de programmation orienté objet.
Je ne dis pas que python n'est pas bien (je ne jure que par python), mais il faut d'abord commencer avec un langage simple pour découvrir l'algorithmie et s'habituer à penser à comment programmer telle ou telle fonctionnalité.
L'orienté objet est très puissant, mais commencer par ça, c'est favoriser le découragement... C'est mon avis.
Commence avec le bash ou le shell script, ton Mac sais l'exécuter, je cois.
Tu peux faire un tas de choses déjà avec ces langages.
Comme je l'ai déjà indiquer, une suite de commandes dans un fichier, c'est un script.
Si tu mets ceci dans un fichier, que tu l'enregistres en script_001.sh, tu auras ton premier script !!!
#!/bin/sh # Premier script qui commence par un commentaire, de description hyper compréhensible # On commence par afficher où est ce que je suis dans l'arborescence echo "Vous vous situez dans le répertoire :" pwd # Séparateur echo "=-=-=-=-=-=-=-=-=" # Demande de saisie du prénom echo "Veuillez saisir votre prénom s'il vous plaît" read prenom while [ -z $prenom ] do echo "Votre prénom ne peut être vide, merci de saisir votre vrai prénom" read prenom done # Séparateur echo "=-=-=-=-=-=-=-=-=" echo "Bonjour $prenom, bonne journée à vous et gros bisou !!!" exit 0
En l'exécutant dans un terminal (le terminal d'un NAS Synology) :NAS> /bin/sh script_001.sh Vous vous situez dans le répertoire : /root =-=-=-=-=-=-=-=-= Veuillez saisir votre prénom s'il vous plaît Votre prénom ne peut être vide, merci de saisir votre vrai prénom Michel =-=-=-=-=-=-=-=-= Bonjour Michel, bonne journée à vous et gros bisou !!!
Voilà....
A+
Michel
0
R
dans Photo Station + Videos + Blog
Posté(e)
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).