CoolRaoul

C'est parce que j'ai installé optware et son package "procps" et pas toi essaie avec my $command ="/bin/ps 2>&1";[/CODE]

J'ai préféré aller à la source de l'info et j'ai pu faire un petit démonstrateur qui fonctionne. C'est assez simple finalement, Voici comment s'y prendre choisir un nom pour l'application que représentera l'icone (pour ma démo c'est "processes") créer le répertoire "/usr/syno/synoman/webman/3rdparty/<nom app>" (/usr/syno/synoman/webman/3rdparty/processes dans le cas présent) dans ce répertoire créer un dossier "images" pour les icones; déposer dans "images" un fichier png par taille d'icone (me suis contenté de faire une copie des icones de l'application backup que l'on peut trouver dans "/usr/syno/synoman/webman/modules/BackupApp/images/"). Si on veut changer leur nom, conserver les règles de nommage <prefixe>_<taille>.png et penser a mettre a jour le fichier config. y mettre un fichier nommé config avec le contenu suivant (l'attribut "title" est le texte qui va apparaître sous l'icone, "desc" apparait dans une bulle quand la souris passe au dessus). Bien entendu pour l'application définitive on remplacera les occurences de "processes" par le nom choisi au final. { ".url": { "proclist": { "type": "legacy", "allUsers": true, "title": "processess", "desc": "show process tree", "icon": "images/backup_restore_{0}.png", "url": "/webman/3rdparty/processes/index.cgi" } } } enfin crééer un fichier index.cgi avec le contenu suivant: http://paste2.org/p/1953355 faudra changer a terme la ligne my $command ="/opt/bin/ps -wef --forest 2>&1"; et y mettre la bonne commande Résultat: ce qui nous donne: Et voila Attention aux risques en terme de sécurité car le cgi s'exécute avec les droits "root"! C'est pourquoi je teste que l'utilisateur est bien membre du groupe des administrateurs.

Il y en qui ont de la chance que je sois en RTT Lancer l'interface time backup a partir de l'interface DSM via cet icone: Sélectionner l'onglet "taches" "créer" donner un nom à la tache: choisir "sauvegarde locale" sélectionner le dossier partagé qui contiendra les backups (doit bien entendu être sur un autre disque que les dossiers à sauvegardér, comme dans le cas d'un backup normal) Choisir les dossiers à sauvegarder: Définir la planification, Avec la configuration que j'ai indiqué ci dessous, le systeme va créer une "image" toutes les heures des dossiers sauvegardés, et purge les ancienne images automatiquement en conservant une image par jour pour les 30 derniers jours puis une image par semaine jusqu'a un mois d'ancienneté et une image par mois ensuite. Ne pas s'effrayer pour la place disque, ce ne sont que les modifications qui sont stockées: si un fichier n'est pas modifié chaque image ne contiendra qu'un lien vers un exemplaire unique du fichier. Tout est assez bien détaillé dans l'aide , accessible avec cet icone:

Via l'interface je ne sais pas (mas j'imagine que c'est possible), mais via une raccourci a partir du bureau window ça je sais faire. Mais dans tous les cas faudra pouvoir accéder au synology au moins une fois en ligne de commande pour configurer le tout.

Si j'en crois le résultat de ses commandes, il était bien root quand il a exécuté le mkdir. TRINITY> ls -lrtd /opt/ipkg* drwxr-xr-x 2 root root 4096 Mar 25 20:08 /opt/ipkg-toto

En tout cas je t'assures mon script fait justement ce que tu souhaites. Le problème dans ton approche est que le programme de sauvegarde standard que tu essaye d'utiliser n'est pas adapté au cas des dossier webdav. La raison essentielle est que reporting de la place libre est assez farfelu dans ce cas (fait un "dh -h" pour en être convaincu) comme tu as pu le constater. Il me semble bien que l'information sur l'espace libre et total sur la cible ne fait tout simplement pas partie du protocole webdav.

Je pense que la solution à cette préocuppation est d'utiliser time backup a la place du backup "standard"

Ca va te sembler un peu désespéré mais ja ta place j’essaierai de repartir à zero du bootstrap Commencer par: umount /opt mv /opt /opt.bak # important!!! et lance le bootstrap en re-téléchargeant le bon xsh : http://tools.forret....y/bootstrap.php

vérifie si wget est parvenu a créer le répertoire temporaire en nous donnant le résultat de avec la commande suivante: ls -lrtd /opt/ipkg* essaie aussi de créer un répertoire mkdir /opt/ipkg-toto[/code]

Me semble que le probleme est sur ton PC pas sur le NAS, Audiostation utilise flash pour diffuser le son, donc vérifier que flash player fonctionne . Essayer eventuellement avec un autre navigateur. Ca peut aussi être du a une extension de type "adblock" ou "flashblock"

Puisque ca marche avec wget -P /volume1/@tmp/ mais pas avec wget -P /opt/ipkg-1jtsde[/code] C'est qu'il y a un lezard dans le montage /opt Vérifie déja que tu as le droit d'écriture ("touch /opt/toto")

Ah oui, au temps pour moi Mon ds210J n'a que 128 Mb, mais ce n'est plus le cas pour le ds212j C'est pas un Iphone hein Tu peux te connecter en shell, ajouter des packages supplémentaires avec ipkg (tu trouvera des infos dans le forum pour ça).

Essaie ceci: ipkg -V 4 -verbose_wget update et donne le résultat

Et quand tu écoute une radio (pour certaines radios il y a reste des problèmes depuis la 4.0) ou un MP3 avec audio station, il sort où le son dans ton cas?

Re-essaie alors la commande ipkg qui plantait tout a l'heure, peut-être qu'a cause du mauvais path, c'est le mauvais wget qui était exécuté. Sinon, pour t'aider me faudrait une trace, mais comme la commande "strace" s'installe avec ipkg .... http://youtu.be/QDZoAxm9cjQ

(désolé au cas ou cette anomalie aurait déjà été signalée ici) Comme on le sait, la configuration de sauvegarde permet de spécifier l'exclusions de certains dossiers, comme ceci par exemple (dossier "demobackup"): Mais attention: tous les nouveaux les sous-dossiers créés ultérieurement dans un dossier dans lequel on a spécifié des exclusions vont se retrouvé automatiquement exclus. Voyez plutôt: (je me demande si on doit considérer cela comme un "bug" ou une "feature" ?

Peux-tu nous dire ce qui se passe en exécutant la commande wget a la main en mode verbeux, comme ça: wget --verbose --passive-ftp -P /volume1/@tmp/ http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gz[/CODE]

Si je calcule bien, ça va te ralentir de 33% Attention, par rapport a l'autre modèle, la mémoire est divisée par deux. Mais, perso j'ai un DS210J (équivalent dans la génération précédente) et ça m'est tout a fait suffisant. Ca risque de rame runiquement si tu met en place des application web (php+mysql par exemple) un peu gourmandes. Pour économiser la mémoire, faut savoir qu'avec la dernière version de DSM (c'est le firmware des Synology) il est possible de ne faire tourner uniquement les modules dont on a besoin (c'était déja le cas avant mais c'est devenu encore plus paramétrable)

Je crois bien que la mémoire n'est pas extensible sur ce modèle mais pour les fonctions que tu indique ca passe sans problème (a moins que tu désire supporter un grand nombre d'acces simultanés, que ce soit en HTTP ou autre) C'est une distrib BusyBox customisée par Synology. Mais j'ai l'impression que tu ne comprend pas bien : ton PC windows va accéder aux partages en mode CIFS (protocole de partage réseau standard Microsoft) grace au serveur samba intégré au NAS Le file system utilisé sur le NAS n'a aucun impact sur les Poste windows clients.

Regarde si le PATH ne serait pas redéfini "from scratch" dans le ".profile" du compte ("/root/.profile")

Es-tu sur de l'utilité de faire une sauvegarde locale du dossier hubic puisque son contenu est déja sauvegardé par OVH sur leurs serveurs? Pour ma part j'ai choisi un dossier local ("/volume1/commun/Archives") que je synchronize quotidiennement avec un répertoire "miroir" ("Archives.backup") du dossier hubic (monté sur "/volume2/hubic") Script principal, exécuté en cron chaque nuit: #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH $(dirname $0)/rsyncdir /volume1/commun/Archives /volume2/hubic/Archives.backup Script secondaire ("rsyncdir", dans le même répertoire que le script principal): #! /bin/sh PATH=/opt/bin:/bin:/usr/bin ; export PATH extra_args="" while getopts O: OPT; do case $OPT in O|+O) extra_args="$OPTARG" ;; *) echo "usage: `basename $0` [+-O ARG} [--] ARGS..." exit 2 esac done shift `expr $OPTIND - 1` OPTIND=1 source="$1" target="$2" if [ $# != 2 ] ; then echo "usage: $0 <source> <target>" exit 1 fi mkdir -p $target set -- --archive \ --whole-file \ --update \ --delete \ --delete-excluded \ --exclude="Thumbs.db" --exclude="@eaDir" \ $extra_args \ $source/. $target/. #[ -t 2 ] && set -- -vv "$@" rsync "$@" PS: j'utilise le rsync d'optware mais je pense que le rsync "natif" du syno ("/usr/syno/bin/rsync") devrait faire l'affaire EDIT: corrigé petite erreur de syntaxe dans le "if"

Me semble que la solution passerait par l'ajout d'une entrée d'acl explicite sur "template" pour l'entité "groupe créateur" Malheureusement cela ne semple pas supporté par l'implémentation samba du synology (on dispose uniquement de "createur propriétaire") EDIT: Bon, je me corrige: en plus du problème ci dessus, faut prendre en compte que tout simplement l'explorateur Windows ne conserve pas les ACL lors d'un copier/coller. Suffit donc que les droits du répertoire cible soient appropriés et tous dossier copié a l'intérieur de ce dernier en héritera.

meme probleme chez moi, j'ai un peu investigué plus avant: je la lecture de, par exemple, FIP en continu: aucun son je me connecte en SSH, tue le process "audio_proxy.cgi" et immédiatement la lecture démarre! Je ne comprend rien de ce qui se passe. Et surtout pourquoi certains comme toi et moi sont touchés et apparemment pas d'autres...

Pas chez moi. les flux personnalisés ne marchent toujours pas, exemple: (fip) http://www.tv-radio....ip_mp3-128k.m3u D'autres dans le même cas?

Au cours de mes pérégrinations pour résoudre les quelques petits problèmes rencontrés par le passage en DSM 4.0 j'étais tombé sur le problème suivant: FSERV> /usr/local/etc/rc.d/SyslogServer.sh start sh: 1: unknown operand sh: 1: unknown operand sh: 1: unknown operand sh: 1: unknown operand sh: 2197: unknown operand Syslog-ng server start... Croyant bien faire j'ai ouvert un ticket au support Syno pour leur signaler l'anomalie et leur indiquer la source du problème: A la suite du kernel log que je leur ai fourni, je reçois aujourd'hui uen réponse avec le diagnostic suivant: le problème serait du à la présence d'optware (ben voyons ... ) et la la résolution qui m'est proposée n'autre qu'un reset firmware Décu je suis