CoolRaoul

Si ca peut être utile, l'affichage de cette chaîne de caractères est le résultat de la commande "resize" qui à été ajoutée dans "/etc/profile" depuis DSM 5.1.

Dans le cas d'une Freebox V6 il y a une manip supplémentaire quand on veut rediriger le port : Voir

Probable qu'il manque le "/" initial avant le "bin" dans la 1ere ligne du script. Vérifier qu'elle respecte bien la syntaxe ci dessous: #! /bin/sh D'autre part, le find/delete sera plus efficace si écrit comme ceci: find "/volume1/Users/9-Numerisations_Ricoh/TEST_suppression_auto/" -type f -mtime +3 -delete Attention: les fichiers effacés de cette manière ne passent pas dans la corbeille. On n'a pas droit à l'erreur (enfin j'espère qu'il y a des sauvegardes quand même). Dans un 2ème temps, il serait plus propre de faire un script générique ou les arguments "chemin" et "nombre de jours" seraient passés en paramètre. Quelque chose dans le genre de: #! /bin/sh chemin="/volume1/users/${1}" nbjours="${2:-3}" # 2eme argument, "3" si absent find "$chemin" -type f -mtime +$nbjours -delete qu'on pourra invoquer comme suit: <chemin>/monscript.sh "9-Numerisations_Ricoh/TEST_suppression_auto" 3 Important: pour éditer le fichier script, utiliser un éditeur de texte capable d'enregistrer avec les fin de ligne au format unix. Sous Windows, par exemple Notepad++ (dans ce cas avec l'option "format des sauts de ligne -> unix") Un petit avis perso pour terminer: en tant que débutant, débuter des exercices de scripting unix par des outils qui font des suppressions de fichiers me semble un peu aventureux, une erreur est vite arrivée.

et le message d'erreur est ... ?

Autre approche: /bin/date -D %s -d $(( $(/bin/date +%s) - 86400)) +"%d/%m/%Y %H:%M:%S" pas besoin de perl La date est calculée avec le timezone courant. NB: J'ai mis le chemin explicite "/bin/date" au cas ou certains auraient bidouillé le PATH avec une autre commande "date" par défaut.

Pour de simple tests, Il y a plus simple. Suffit d'un smartphone android et ce logiciel: https://play.google.com/store/apps/details?id=com.pas.webcam&hl=fr J'avais testé la manip, juste pour le fun, il y a quelques mois de ça et ça avait fonctionné.

S'assurer que la case ci dessous n'est pas cochée:

Armv5 non? par contre exact pour le 32bits; http://www.marvell.com/embedded-processors/kirkwood/assets/HW_88F6281_OpenSource.pdf Sheeva™ CPU core • Up to 1.5 GHz • 32-bit and 16-bit RISC architecture • Compliant with v5TE architecture, as published in the ARM Architect Reference Manual, Second= Edition

Pourtant ça le fait, car l'option "-delete" a pour effet d'ajouter implicitement l'option "-depth" qui traite le contenu des répertoires *avant* les répertoires eux-mêmes. cf "find --help": fserv> /usr/bin/find --help BusyBox v1.16.1 (2014-10-20 22:22:53 CST) multi-call binary. Usage: find [PATH]... [EXPRESSION] Search for files. The default PATH is the current directory, default EXPRESSION is '-print' EXPRESSION may consist of: /../ -depth Process directory name after traversing it /../ -delete Delete files, turns on -depth option /../

/usr/syno/bin/smbstatus (Limité aux fichiers ouverts via samba/CIFS)

Petit astuce pour que Chrome mémorise le certificat et ne demande pas de confirmation pour une période donnée.Taper dans le champ adresse: chrome://flags Et modifier l'option ci dessous: (marche aussi avec Chrome sous Android)

Pas possible avec un noyau et un CPU 32bits ce qui est le cas de ces modèles.

Vu que sur la fiche du DS414J est indiqué "Max File System Size 16 TB", ca ne fait pas le moindre doute que le DS411j, 3 générations plus ancien ne pourra faire mieux. On retrouve donc bien la valeur donnée par Fravadona dès sa première réponse.

Plutot que de modifier les fichiers de conf du NAS à la main, avec les possibles effets de bords et risques d'erreurs, pourquoi ne pas plutôt simplement modifier la règle de redirection de port dans ta box/routeur? Sinon, le message "permission denied" indique que la connexion est bien établie (tu aurais un timeout sinon) mais que c'est refusé pour une autre raison. Est-ce que ça marche sur le port 22 avec la version initiale de /etc/ssh/sshd_config ?

Ça, c'est pas bon. Essayer plutôt: if ! pkill -0 '^haproxy$' ; then Note: le signal "0" est un pseudo signal qui sert uniquement à vérifier l'existence de process.

Tous ceux qui viennent de faire la mise a jour ont probablement le même contenu puisque, comme j'ai ecris, l'update réinitialise son contenu (dans mon message il ne fallait pas comprendre remise à vide mais bien rétablissement du contenu par défaut)

Je viens de réaliser que cette dernière update re-initialise le contenu de "/etc/profile" et tout le répertoire /root (ce qui, me semble-t-il, n'est d’habitude le cas que lors des updates majeures). Peut être les symptômes constatés sont-ils liés il y a-t-il un des trucs supprimé?

Pas de problème en ce qui me concerne, mais ce n'est pas la version installée par le centre de paquets que j'utilise: je me suis cross-compilé mon propre binaire avec la toolchain.

Non, c'est plutôt le fait de ne pas avoir activé Web Station dans la rubrique "services web" du panneau de configuration DSM qui a cet effet.

Suffit de faire comme expliqué ici: (sans tenir compte de mes considérations erronées sur "rc.local") **EDIT** Et ne pas oublier de déclarer le PATH dans le script!! Au démarrage il va récupérer celui par défaut et ce serait étonnant qu'il y trouve "ifstat" et "nc" **EDIT #2** Je te conseille également d'activer un log au début du script pour détecter des éventuelles erreurs, comme cela: [ -t 2 ] || exec > /tmp/mon_script.log 2>&1

Sans aller jusque la, il y existe l'extension pour navigateur Synology Download Station /, disponible pour Chrome, Opera et Safari, qui répond déjà à une partie de la spec.

Ah, je ne serais pas de bon conseil sur ce point, étant un vieux de la vielle, qui pratique Unix à l'ancienne, tout en ligne de commande.

Pour le reverse proxy à la sauve nginx, remplacer (dans le fichier "ssl_defaults.conf" pour ceux qui ont utilisé ): ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2; par ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

Bof ... même sous Windows il n'y a jamais eu en standard, d'équivalent de la commande unix "file": la aussi c'est l'extension qui fait foi et on se débrouille très bien sans après tout. **EDIT** Sous DSM on peut s'aider du fichier "/usr/syno/etc/mimetypes.txt" pour simplifier radicalement le script que j'ai donné en exemple (à coup de sed et/ou awk)

N'est-il pas plus simple de faire confiance à l'extension du fichier que d'analyser une partie de son contenu? Exemple en shell (un peu bourrin je reconnais): http://pastebin.com/Z5S2LL8J