Amsonia

J'avais en effet le vague souvenir d'avoir lu qqchose à ce sujet et bien m'a pris de remonter de quelques pages le topic ! J'ai "mis en place" tes scripts, je teste , ça fonctionne et j'allais justemet te poser une petite série de questions J'utilise ton script quasiment tel quel. Je pense donc utilser le rsync d'ipkg moi aussi. J'ai juste modifié les chemins dans le petit script d'appel de rsync et j'ai rajouté --exclude=".DS_Store" pour exclure ces fichiers propres à OS X. 1/ En fait ma question principale porte sur le script que tu as nommé 'rsync'. J'aimerais comprendre un peu plus son fonctionnement pour être un peu plus autonome si j'ai des soucis et, éventuellement, le tweaker. Pourrais-tu, par exemple, m'en expliquer les étapes ? 1.1/ J'ai pas mal d'erreurs qui, si je lis bien le stdout, concernent des dossiers et fichiers invisibles. rsync: failed to set permissions on "/volume1/Hubic/amsonia/rsync/photos/./Baden Ferrari 2003/06 Gala": Invalid argument (22) J'aimerais bien exclure également ces dossiers/fichiers. Est-ce qu'un simple --exclude=".*" suffirait ? 1.2/ J'imagine que rsync de ipkg doit sortir un log quelque part mais je n'ai pas réussi à le trouver L'idéal serait que ça écrive un fichier de log dans /var/log/rsync-hubic.log qui me dise ce qu'a fait le script : quels dossiers/fichiers ont été uploadés/supprimés/modifiés ainsi que les éventuelles erreurs. 2/ D'ailleurs, est-ce que le 'modifiés' de la dernière question fait sens ? Pour moi rsync a pour principal avantage de faire du backup incrémental donc de ne pas ré-envoyer en entier un fichier s'il a été modifié. C'est bien le cas ici ? 3/ Comment se fait-il que, sur un dossier de 3,1 Go et contenant plein de sous-dossiers et fichiers (90% < 10 Mo) le rsync n'aille pas jusqu'au bout ? J'ai remarqué que rsync -tout comme la sauvegarde locale- mouline d'abord dans son coin puis les données sont envoyées sur le webdav. Y aurait-il un timer mis en place par OVH quelque part ? Voilà, je crois que c'est tout pour le moment :-D Je le lance sur mon dossier 'photo' là. Go… ^^

Pour ma part, seuls mes documents de travail sont présents sur mon laptop. Tout le reste, et particulièrement les médias, sont hébergés sur le NAS auquel je me connecte en ethernet gigabit la plupart du temps quand je suis en local et par VPN quand je suis à l'extérieur. Mes documents de travail sont synchronisés via CloudStation sur le nas. La musique est lue principalement via AudioStation (via un SSB) ; je cherche encore un bon lecteur audio supportant le "serveur itunes" (me souviens plus du nom technique du protocole) pour le flac. Et pour finir, je suis en train de passer sur une sauvegarde des données les plus importantes du NAS sur HubiC via rsync. Les prochaines étapes sont la finalisation du rsync/hubic et l'achat d'un autre nas -physiquement distant du premier- de capacité équivalente pour duplication maîtrisée de toutes les données et accès plus aisé aux données quand je me situe dans ce second lieu, notamment en ce qui concerne l'envoi de vidéo sur la tv et de musique sur la chaîne. Je crois que seul mon carnet d'adresse est encore prisonnier de google. Mon firefox est sync chez mozilla mais là ça va, j'ai confiance.

Il reste un problème de taille (c'est le cas de le dire ) chez moi : l'espace Hubic est toujours considéré comme un espace de 25 Gio hors j'ai souscrit à l'offre de 100 Go. En passant par le "hubic explorer" (software d'OVH), ça voit bien les 100 Go et j'ai bien réussi à uploader plus de 25 Go (via un client webdav classique). Mais le NAS persiste à voir 25 Go J'ai pourtant démonté/remonté le volume plusieurs fois ainsi que tué le processus davfs. En fait j'ai même rebooté plusieurs fois exprès mais aucun changement. C'est très gênant parce que j'envoie mes données sur hubiC par le bias de tâches de "sauvegarde locale" du NAS et ce dernier vérifie toujours s'il y a de l'espace dispo avant de commencer. Des idées pour la résolution de ce problème et/ou pour sauvegarder de manière incrémentale et propre sur hubic via le nas ?

Il te faut un DAC USB ! Les tout premiers prix tournent autour de 190 € pour du matos à peu près correct et ça monte à plusieurs milliers pour du haut de gamme. Ceci étant dit, on arrive très vite aux limites qualitative du Syno qui retravaille le son, malheureusement

Si j'arrive jusqu'au bout !

Voilà, tous binaires proprement générés. On passe à l'étape suivante :-D

À tout hasard je remets les infos que j'ai trouvé sur le makefile de OpenWRT - https://dev.openwrt.org/browser/packages/net/darkstat/Makefile CONFIGURE_ARGS += \ --disable-debug \ --with-chroot-dir=/var/empty TARGET_CFLAGS += -std=gnu99 define Build/Compile $(HOSTCC) $(PKG_BUILD_DIR)/static/c-ify.c \ -o $(PKG_BUILD_DIR)/c-ify $(call Build/Compile/Default) endef

Diaoul, il fallait bien mettre ENV += HOSTCC=gcc dans le makefile ! J'ai bien darkstat dans cross/darkstat/work/88f6281/install/usr/local/sbin ! Le plist de darkstat a aussi été généré. Pour mon archi ppc853x par contre, ça ne marche pas Ca bloque au même endoit et me dit HOSTCC c-ify `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. cc1: error: unrecognized command line option "-mfloat-gprs=double" static/c-ify.c:1: error: bad value (8548) for -mtune= switch On est reparti pour un tour...

Putain, enfin quelque chose que j'ai compris correctement ! (bon il aura fallu deux pages, ok) Un SPK ? Euh... tu es le mieux placé pour savoir que pour l'instant je suis au milieu des 40 rugissants avec des brassards de bébé et 20 Kg de plomb à chaque jambe >.<

Dans config.log j'ai rien. Dans Makefile et Makefile.in j'ai plusieurs choses : CC = /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc CFLAGS = -pipe -I/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/include CPP = /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-cpp CPPFLAGS = -I/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/include INSTALL = /usr/bin/install -c LDFLAGS = -L/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/lib -Wl,--rpath-link,/home/amsonia/spksrc/cross/darkstat/work-88f6281/install//usr/local/lib -Wl,--rpath,/usr/local/lib LIBS = -lpcap -lz HOSTCC ?= $(CC) HOSTCFLAGS ?= $(CFLAGS) Ca pointe bien au bon endroit non ? $(STATICHS): c-ify c-ify: static/c-ify.c $(AM_V_HOSTCC) $(AM_V_at)$(HOSTCC) $(HOSTCFLAGS) static/c-ify.c -o $@ # silent-rules AM_DEFAULT_VERBOSITY = 0 AM_V_CC = $(am__v_CC_$(V)) am__v_CC_ = $(am__v_CC_$(AM_DEFAULT_VERBOSITY)) am__v_CC_0 = @echo " CC " $@; AM_V_LINK = $(am__v_LINK_$(V)) am__v_LINK_ = $(am__v_LINK_$(AM_DEFAULT_VERBOSITY)) am__v_LINK_0 = @echo " LINK " $@; AM_V_HOSTCC = $(am__v_HOSTCC_$(V)) am__v_HOSTCC_ = $(am__v_HOSTCC_$(AM_DEFAULT_VERBOSITY)) am__v_HOSTCC_0 = @echo " HOSTCC" $@; AM_V_CIFY = $(am__v_CIFY_$(V)) am__v_CIFY_ = $(am__v_CIFY_$(AM_DEFAULT_VERBOSITY)) am__v_CIFY_0 = @echo " C-IFY " $@; AM_V_at = $(am__v_at_$(V)) am__v_at_ = $(am__v_at_$(AM_DEFAULT_VERBOSITY)) am__v_at_0 = @ edit : rajouté la définition des variables en haut et voici le pastebin du makefile complet : http://pastebin.com/c5i4ebfd

Si je lis correctement la chose, il faudrait que je rajoute la chose suivante dand mon Makefile : CONFIGURE_ARGS = CC= euh quoi ? Je me suis un peu baladé dans ce dossier cross/darkstat/work-88f6281/darkstat-3.0.715 et le config.log me semble bien dire que les bons compilateurs ont été trouvés. Par exemple : configure:2214: checking for arm-none-linux-gnueabi-gcc configure:2241: result: /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc configure:2510: checking for C compiler version configure:2519: /home/amsonia/spksrc/toolchains/syno-88f6281/work/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc --version >&5 arm-none-linux-gnueabi-gcc (GCC) 4.2.1

Voilà ce que je pense être pertinent dans le --help : To assign environment variables (e.g., CC, CFLAGS...), specify them as VAR=VALUE. See below for descriptions of some of the useful variables. (plein de trucs ici...) Optional Packages: --with-PACKAGE[=ARG] use PACKAGE [ARG=yes] --without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) --with-chroot-dir specify the chroot directory (default: /var/empty) --with-privdrop-user specify which user to drop privileges to (default: nobody) --with-pcap=DIR prefix to libpcap installation Some influential environment variables: CC C compiler command CFLAGS C compiler flags LDFLAGS linker flags, e.g. -L<lib dir> if you have libraries in a nonstandard directory <lib dir> LIBS libraries to pass to the linker, e.g. -l<library> CPPFLAGS (Objective) C/C++ preprocessor flags, e.g. -I<include dir> if you have headers in a nonstandard directory <include dir> CPP C preprocessor Use these variables to override the choices made by `configure' or to help it to find libraries and programs with nonstandard names/locations.

Je ne comprends pas… c'est au Debian qu'il manquait flex, pas une dépendance de darkstat. Flex était nécessaire pour compiler libpcap.

J'avais tout fait avec l'archi de mon DS410 (ppc853x), j'ai tout refait avec la tienne : ça bloque au même endroit (build) mais pas exactement la même erreur. Voici le log complet : http://pastebin.com/U8EQXujn Et voici l'erreur finale : ./c-ify: 1: Syntax error: word unexpected (expecting ")") make[1]: *** [stylecss.h] Erreur 2 make: *** [compile_target] Erreur 2 Pour compiler libpcap, ça me disait que mon 'lex' était insuffisant et aussi qu'il y avait 'flex' qui est mieux que lex. J'ai donc installé 'flex' et un autre truc (kimwitu) parce que j'ai vu les mots 'lex' et 'compilateur' dans sa description

Comme certains le savent je me lance dans la génération de spk et, comme me l'a fait remarquer Diaoul, commençons par générer un binaire propre… Donc je cherche à compiler Darkstat. Ça demande libpcap, j'ai compilé libpcap. (j'ai encore du installer quelques paquets à mon Debian et ai été bluffé par l'efficacité et la simplicité de la chose…!) Bref après quelques galères de débutant ça me génère le Makefile, le config.h et passe à la compilation. Sauf qu'à un moment ça dit : HOSTCC c-ify C-IFY stylecss.h ./c-ify: 5: Syntax error: ")" unexpected make[1]: ***[stylecss.h] Erreur 2 make[1]: quittant le répertoire "blablabla" make: *** [compile_target] Erreur 2 J'ai jeté un œil au fichier c-ify.c et je n'ai rien trouvé de bizarre. Une idée ?

Donc si je fais la somme de vos remarques, l'idéal serait de créer le dossier physique @chosesperso et son arbo dans /volume1/ et faire un lien symbolique vers /usr/local/. De cette façon, mes scripts résistent à l'upgrade du système et leur intégration à l'OS également et ce sans avoir à créer un script supplémentaire qui recrée le lien symbolique à la racine du syno après chaque upgrade comme le fait CoolRaoul.

Merci CoolRaoul pour les ré-explications encore plus détaillées, je pense avoir bien compris cette fois. Cela m'amène à une autre question (désolé !!) : pourquoi créer ce dossier et toute cette arbo alors qu'on a /usr/local/ qui est "upgrade-ready" et qui me semble avoir été conçu pour précisément l'utilisation que tu fais de ton /volume1/site. Est-ce "juste" pour éviter toute casse de busybox en cas de grave pépin et ainsi cerner les dégâts à la seule partition 'md2' soit /volumeX ?

J'ai désormais une Debian (32 bits) dans une VM. Installé Git et cloné spksrc dans la home de mon user. J'ai téléchargé les sources d'un premier truc, pour tester (darkstat). Maintenant, qu'est-ce que je fait concrètement ? Est-ce qu'il faut que j'installe des choses supplémentaires sur ma VM ? Bref, il nous/me faudrait un petit guide :-)

Bon, je suis parvenu à faire fonctionner ma crontab et à l'optimiser un poil. Les tabulations étaient correctes mais pas la syntaxe. J'ai aussi relogé mes scripts de boot dans /usr/local/etc/rc.d/ Par contre, si je comprends l'esprit de tes symlinks, j'avoue ne pas avoir tout suivi concrètement :-s Le dossier /volume1/@choses est le dossier réel ? Où positionnes-tu le lien ? À la racine du syno ? Est-ce que l'on doit créer à la main la structure ou ça va se créer à la sortie de la compilation ? Si oui à tout cela, quelle est précisément l'arbo à mettre en place ? Tu parles de /bin ; /etc ; /var mais y-a-t-il autre chose ? Et pour être bien sûr, tout cela n'est nécessaire que des executables générés sur le syno lui-même, pas utile si l'on passe par spksrc qui crée un package en bonne et due forme. J'ai bon ? Ça fait un paquet de questions mais j'apprends là…depuis la méga base.

Voui bien sûr que je vais git clone spksrc ! Je voulais "juste" savoir avant…ce qu'il faut savoir Je vais relire tout cela avec attention ce soir, faire le ménage comme tu le recommandes et me lancer :-) S'il s'agit "juste" de faire une (les) compilations en déportées pour (en plus) garder son Syno plus propre, ça va être bien bien bien. #me_ne_sait_pas_ce_qu'il_fait_mais_est_content…

Je crois que je cherche à courir avant de savoir marcher… Ce que je voudrais faire, c'est parvenir à être utile ici ; à participer au repo en compilant et maintenant des paquets. Je m'aperçois que de nombreuses choses sont présentes via IPKG mais pas à jour. (pour mon archi du moins) Et il est certain qu'il me faut des bases alors des posts comme le tiens me sont extrêmement utiles ! Je me suis également récupéré le schéma ci-dessous ; que faudrait-il que je sache d'autre sur GNU/Linux en général et BusyBox by Synology en particulier pour ne pas faire trop de bêtises ?

Je viens de trouver, c'est parce que mon Syno est une archi 32 bits => les compteurs ne peuvent pas dépasser 2^32. Ils se resettent donc à 4 GiB. Mais j'ai trouvé une solution (et je m'amuse un peu, faut le dire : vnstat. j'ai vu qu'il y avait plein d'autres solutions, plus élégantes, plus complètes mais pour commencer ça me suffit. bref, je l'ai compilé et installé, ça tourne. Mon seul problème concerne le script de boot. Voici le script qui m'est donné dans les sources, il est root:root en 755 dans /usr/syno/etc/rc.d et s'appelle S99vnstat.sh #!/bin/sh . /etc/rc.conf . /etc/rc.d/functions PID=`pidof -o %PPID /usr/sbin/vnstatd` case "$1" in start) stat_busy "Starting vnStat daemon" [ -z "$PID" ] && /usr/sbin/vnstatd -d if [ $? -gt 0 ]; then stat_fail else add_daemon vnstat stat_done fi ;; stop) stat_busy "Stopping vnStat daemon" [ ! -z "$PID" ] && kill $PID &> /dev/null if [ $? -gt 0 ]; then stat_fail else rm_daemon vnstat stat_done fi ;; reload) stat_busy "Reloading vnStat daemon configuration" [ ! -z "$PID" ] && kill -HUP $PID &> /dev/null if [ $? -gt 0 ]; then stat_fail else stat_done fi ;; restart) $0 stop sleep 1 $0 start ;; *) echo "usage: $0 {start|stop|restart|reload}" esac exit 0 [/code] j'imagine que ça doit faire appel à quelque chose qui n'est pas présent sur nos petites machines mais de là à savoir quoi… J'en profite pour te poser une deuxième question, les tâches cron cette fois. Je n'ai jamais touché à cette bête directement alors j'ai essayé de suivre le schéma des tâches déjà présentes mais je ne voudrais pas me planter :s Ceci te semble correct ? [code] #minute hour mday month wday who command 0 0 * * * root /usr/sbin/ntpdate -b pool.ntp.org 21 0 * * 1,4 root /usr/syno/bin/synopkg chkupgradepkg 13 * * * * root /var/packages/Webalizer/target/bin/webalizer -c /var/packages/Webalizer/target/webalizer.conf 06 * * * * root /root/vnstat/src/vnstati -hs -nh -o /volume1/homes/admin/CloudStation/NAS/vnstat/vnstat.png 06 * * * * root /root/vnstat/src/vnstati -hs -nh -o /volume1/web/divers/vnstat.png [/code]

Tu es formidable ! Bon, bien sûr, ça marche :-) Par contre c'étrange que les deux versions n'indiquent pas les mêmes valeurs. Serait-ce parce que les scripts ne démarrent pas exactement en même temps et donc font leur moyenne sur des valeurs sensiblement différentes ? Enfin, je ne comprends pas pourquoi les stats rxbytes et txbytes enregistrées par le NAS se remettent à zéro régulièrement. D'après ce que j'avais compris, elles n'étaient censées se reseter que lors d'un reboot.

Hmm il y a une amélioration indispensable à faire. La fonction "total" arrondit à l'entier près ! Ce qui fait qu'il s'affichera toujours 2 Mo/s, que j'uploade à 2,1 ou 2,8 Mo/s… :-s Je doute que ce soit une limitation du NAS (^^) alors, comment faire ?