CoolRaoul

Euh, pas seulement, même sur les architectures 32bits (pas de 32bits sur mon DS213j) comme ici DSM6 est plus exigeant en RAM.

Je reconnais qu'avec 128Mb de RAM seulement (ref) j'ai peur que ca fasse un peu juste. DSM6 n'a pas dramatiquement augmenté son besoin de ressources CPU, pour la RAM par contre c'est une autre histoire.

Pour se passer de versionning, solution radicale désormais possible avec la dernière version d'HyperBackup, back to the roots:

La nouvelle version 1.0-0150 de HyperBackup rend de nouveau disponible en option la sauvegarde type DSM 5 et antérieur. Suffit de choisir l'une de ces deux méthodes intitulées "héritage" (respectivement local et distant):

@cFlavien l'inconvénient est que tu ne donne pas assez de détails sur ce que tu veux faire (et surtout j'espère que la demande n'est pas ici pour réaliser un devoir à rendre à l'école) En essayant d'interpréter, ca devrait ressembler à ceci (tu as de la chance que j'avais un peu de temps à perdre): #!/bin/bash PATH=/bin:/usr/bin cd /tmp # par sécurité cleanup="" while getopts :c OPT; do case $OPT in c|+c) cleanup=yes ;; *) echo >&2 "usage: ${0##*/} [+-c} [--] ARGS..." exit 2 esac done shift $(( OPTIND - 1 )) OPTIND=1 src_dir="$1" shift target_dir="$1" shift findargs=("-type" "f" "(") for ext in $* do findargs+=( "-name" "*.$ext" "-o" ) done findargs+=('-false' ')') if cd "$src_dir" ; then find . "${findargs[@]}" -print0 | xargs -0 --no-run-if-empty mv -v -t "$target_dir" else echo >&2 "répertoire \"$src_dir\" non trouvé" exit 1 fi case $cleanup in y*) echo "Nettoyage de $src_dir" >&2 find "$src_dir" -iname "thumb.db" -o -name "*.lnk" -o -name "*.url" -delete find "$src_dir" -depth -type d -empty -delete ;; esac DSM6 minimum requis (pour le bash notamment). j'ai mis le nettoyage optionnel (avec le switch "-c") même si les fichiers sont dans des sous dossiers au départ, ils vont tous se retrouver "à plat" dans le répertoire d'arrivée. la demande "supprimer les dossiers vides en ignorant thumb.db, *.lnk et *.url" est moins triviale à réaliser, j'ai fait plus bourrin (suppression de tous les fichiers de ce type) pas testé de façon exhaustive, script à exécuter à tes risques et périls invoquer le script comme ceci: moveto [-c] <rep_source> <rep_cible> <extension> [<extension>...] exemple: moveto -c /volume1/IN /volume1/photos/toto jpg png Faudrait normalement delancer une indexation des dossiers cibles et surce (cf commande "synoindex", je te le laisse à titre d'exercice)

Alors en ce qui concerne l'aide, donne une chance à la suggestion que j'ai proposée ici. Ca n'a pas marché pour l'autre personne mais de mon coté ça avait résolu un problème similaire pour un compte de mon NAS. Pour le pb d'hibernation tu devrais peut-être poster un fil séparé

Ok, aurait fallu donner tous ces détails des le debut du fil alors, on aurait gagné du temps. Il s'avère donc que le problème est focalisé sur la fonction de transcodage à la volée de la gamme play. Reste plus qu'à attendre qu'un spécialiste de ce modèle (ce qui n'est pas mon cas) passant par là ait une idée. (reste que je ne comprend pas que tu puisse écrire à un paragraphe d'écart "quand je ramene le fichier MKV sur la freebox, cela fonctionne" et juste après "ne fonctionne pas sur freebox directement").

Je ne sais pas de quelle appli il s'agit dans ton cas mais en tout cas, ce que montre ton screenshot, ce n'est pas l'aide. L'icone de l'aide ressemble à cela:

Mon point de vue est que, quel que soit le contexte, l'illimité n'a pas de raison d'être. Mais surtout, que ce soit le choix *par défaut* me parait bien difficile à justifier.

C'est probablement ça j'imagine. Reste bizarre que, si j'ai bien interprété ce que j'observe, l'option par défaut ait pour effet de créer un nombre *illimité* de versions. Qui peut bien avoir besoin de ça ?

Les types mime perso pour les extensions ".srt" et ".sub" ne concernent que les sous-titres externes. Ne s'applique donc pas aux mkv qui ont des sous-titres intégrés. Le premier test à effectuer serait de copier un des mkv à problème sur le disque dur de la box et de vérifier si il est lu à partir de cet endroit. Ça aidera a mieux identifier la source du dysfonctionnement.

On peut dire des tas de choses sur Syncback (performant, rapide, multi-compatible et multi supports, etc ...) mais l'argument de la simplicité est le dernier qui me viendrait à l'esprit . (Suffit de voir la multitude des options de tache) J'aimerai te voir en train d'expliquer son fonctionnement à ma mère par exemple

Je ne pratique pas l'univers Apple, mais ce que tu décris s'effectue tout naturellement sur PC Windows: les dossiers partagés du NAS sont accessibles dans le voisinage réseau de l'explorateur (et par suite tout naturellement dans les boîtes de dialogue "enregistrer sous" et "ouvrir") . Ca se passe forcément de façon similaire sur Mac. Cherches un peu dans la doc en attendant que quelqu'un plus au fait du fonctionnement de ton environnement passe par ici. (CloudStation est plus aproprié dans le cas dun appareil nomade, pas toujours connecté au même réseau que la NAS, avec l'inconvénient que tu décris de la duplication d'espace disque occupé qu total) **EDIT** Lire dans "Guide de l'utilisateur du Synology NAS" , page 55, "Accéder aux dossiers partagés depuis un Mac"

C'est quoi qui ne fonctionne pas, aucun fichier n'est supprimé ou ca provoque une erreur? la tache est-elle bien programmée pour s'exécuter avec un compte qui à bien le droit d'effacer ces fichiers? Que donne la même commande dans une session shell (ssh ou telnet via putty), en supprimant "-delete"? essaye d'activer la trace dans le planificateur de tache pour voir les erreurs: Par défaut ca efface tous les fichiers situé en dessous de "/MonChemin/MonDossier" quelque soit leur type. Explique nous plutôt ce que tu veux faire pour commencer. Pour l'instant ton besoin reste très flou.

J'avoue que ne comprend pas ton problème ici: Photo Station n'utilise pas de port spécifique, il est directement accessible en http/80 et/ou https/443.

Un truc m'échappe dans Hyperbackup: pour une de mes taches je ne souhaite pas faire de versionning, je n'ai donc pas coché "activer la rotation" des sauvegardes" dans les paramètres de la tache. Malgres cela il me semble que ca me créé bien des versions puisque j'ai accès à l'explorateur de versions Dans l'aide on peut lire "Seules les tâches de sauvegarde multi-version offrent une rotation des versions.". J'en déduis qu'il est bien possible de créer des taches de sauvegardes *non* multi-version, mais comment fait-on?

En attendant une solution intégrée au forum, j'ai trouvé une super alternative. Je génère la version colorisée en html sur ce site: http://hilite.me/ Et on peut voir le résultat dans ce fil **EDIT* J'en ai profité pour mettre à jour mon tuto NGINX Ca m'a permis de découvrir que les outils d'édition augmenter/diminuer le retrait avaient disparu de l'éditeur de topic. Pourrais-yu peux vérifier stp?

Salut Ce que j'essaie de faire est que http(s):/monnas.mondomaine.com/dsm soit redirigé en interne vers http://localhost:5000 Ceci dans le cadre de ma config nginx décrite dans mon tuto Voici ce que j'ai mis en place location /dsm { rewrite ^/dsm(.*) $1 break; proxy_pass http://localhost:5000/; include proxy_defaults.conf; } Ca fonctionne quasiment. J'ai juste un petit lézard, pas grave mais qui me chiffonne: "http:/monnas.mondomaine.com/dsm" ne marche pas, faut impérativement ajouter un "/" final ("https:/monnas.mondomaine.com/dsm/") J'ai bien entendu essayé d'ajouter rewrite ^/dsm$ /dsm/; sans succès: si j'active le rewrite_log, je tombe sur des erreurs "the rewritten URI has a zero length" dans l'errorlog. Je conviens que c'est vraiment pas grave (suffit d'ajouter le "/" après tout) mais par curiosité j'aimerai savoir ce qui coince. ***EDIT*** Apparemment ca ne fonctionne pas du tout avec le site mobile par contre, je verrais ça dans un deuxième temps.

Enfin, vu que tous ces "undergrounds" de DSM n'ont jamais été officiellement documenté, en toute logique, on ne peut leur en tenir rigueur.

Avec la première méthode "site-enabled" que j'ai proposée, suffit d'y créer un fichier (nommé par exemple "perso.conf", il est possible que le suffixe ".conf" soit nécessaire) avec le contenu ci dessus (l'encadrer du conditionnel "ifmodule" me semble superflu) Mais je te conseille de tenter la seconde méthode .htaccess: créer un fichier .htaccess à la racine de ton site qui utilise des CGI python avec ce même contenu, si ça marche, devrait avoir le même effet sans besoin de relancer Apache (je ne suis pas un gourou Apache hein, tout cela est sous réserves, faut tester)

Pour enfoncer le clou sur l'absence de colorisation, faut bien comprendre que ca rend le choix du langage dans le bloc code inutile, puisque il suffit de mettre en police fixe pour avoir *strictement* le même résultat.

Oui ça marche! C'est dommage pour toute l'historique mais le principal est que j'avais pu faire une sauvegarde complète au bon moment (grace au bouton source justement!)

Je soumet une solution alternative précisément pour que le serveur Web Apache exécute des CGI en Python (à tester cependant) , si tu ne veux pas changer uniquement parce que "ca marchait avant" je ne peux rien proposer de plus.

et pourtant; [root@fserv_~]$ synoservicecfg --stop pkgctl-WebStation warn: The runkey of service [pkgctl-WebStation] has been set to "No" [root@fserv_~]$ wget -O /dev/null localhost:80 --2016-04-16 19:52:20-- http://localhost/ Resolving localhost... 127.0.0.1 Connecting to localhost|127.0.0.1|:80... connected. HTTP request sent, awaiting response... 502 Bad Gateway 2016-04-16 19:52:20 ERROR 502: Bad Gateway. suivi de [root@fserv_~]$ synoservicecfg --start pkgctl-WebStation [root@fserv_~]$ wget -O /dev/null localhost:80 --2016-04-16 19:52:49-- http://localhost/ Resolving localhost... 127.0.0.1 Connecting to localhost|127.0.0.1|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 75 [text/html] Saving to: '/dev/null' 100%[======================================>] 75 --.-K/s in 0s 2016-04-16 19:52:49 (2.50 MB/s) - '/dev/null' saved [75/75] **EDIT** Sinon, tu n'a pas essayé de faire ça via un ".htaccess" plutôt ?(comme on en parle ici et ici). Un truc du genre: Options +ExecCGI AddHandler cgi-script .py Si ça marche, plus besoin de bidouiller la conf globale apache.

Et sous DSM6, le nom du service est bien, comme je l'ai dit depuis un moment, "pkgctl-WebStation". Par suite la commande de redémarrage est: /usr/syno/sbin/synoservicecfg -restart pkgctl-WebStation **EDIT** Ah au temps pour moi, tu a dis que "ca ne change rien" de le relancer **EDIT #2** Pourtant, apres avoir fait [root@fserv_~]$ synoservicecfg --stop pkgctl-WebStation warn: The runkey of service [pkgctl-WebStation] has been set to "No" j'ai bien une erreur 502 sur le port 80 et 443, le service est bien stoppé