CoolRaoul

Si j'ai utilisé cette formulation interrogative c'est juste que je n'ai pas pris le temps de valider la manip (y compris la partie restauration de conf) Mais je suis convaincu à 99% que ça fonctionne.

Pour commencer il faut s'assurer de l'accès au script CGI soit effectif pour le compte "http", groupe "http". C'est dans ce contexte que s'exécute le serveur apache

Ne suffit-il pas de programmer une sauvegarde *normale* dans laquelle l'option de sauvegarde de configuration est cochée et aucun dossier partagé sélectionné ?

Attention de bien lire tous les commentaires: le "remount" aurait plutôt pour effet de mettre globalement le file system contenant la source du bind en read-only Vérifie !

Et sinon, pour répondre à la question initiale, un "mount -bind" ignore l'option "ro" (parfois en l'indiquant par un warning): http://unix.stackexchange.com/questions/128336/why-doesnt-mount-respect-the-read-only-option-for-bind-mounts

Suffit de commenter la commande "resize" dans /etc/profile

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.

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

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 /../

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)

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

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

Manip à ne faire qu'en connaissance de cause (CF mon message précédent) et donc sans aucune garantie de l'absence d'effet de bord pernicieux et non désiré.

C'est à toi de le faire en tant qu'initiateur du fil. Fait que tu passes en modification sur le premier post, puis passer en mode "éditeur complet" et la tu aura la possibilité d'éditer le titre.

Super, bon courage pour la suite alors. **EDIT*** et au passage merci de m'avoir fait découvrir la présence sur DSM de cette commande "exiv2" que j'ignorais