Amsonia

Le V-DAC supporte uniquement les fichiers en 16/44 il me semble. Au-delà il faut passer au V-DAC Mk II (au autre/mieux, évidemment). Le problème, ensuite, vient du NAS lui-même ou plutôt de ses logiciels. AudioStation -et les outils en-dessous- ne sont pas "BitPerfect". Même en lecture "mode USB", donc en décompressant à la volée du FLAC en WAV, le signal audio est retravaillé. En gros, si mes souvenirs sont corrects, ça va bien pour du 16/44 mais ensuite ça bloque. En installant un autre player audio (mdp) on arrive(rait) à sortir des fichiers créés avec une plus importante fréquence d'échantillonnage (88,2 ; 96 Khz) mais la profondeur sera toujours bridée à 16 bits C'est un sujet qui m'intéresse mais je manque de temps. À ce jour j'en suis arrivé à la conclusion que pour exploiter correctement les fichiers lossless 'HD' stockés sur le NAS, il faudrait contourner AudioStation. Il ne faudrait pas que la lecture des fichiers audio soit opérée par le NAS. En d'autres termes il faudrait s'équiper d'un streamer HiFi; lequel recevrait les fichiers via RJ45 (voire WiFi). (encore une fois le conditionnel s'impose pour ces déclarations…) Le hic, c'est que les streamers HiFi sont très chers. Bien plus que les DAC.

Je suis dans le même cas. J'ai pris l'offre "Perso" à 100 Go mais le Syno m'indique toujours un espace de 25Go et l'utilitaire de backup me dit qu'il n'y pas assez de place (j'ai 60 Go à envoyer). Je précise que bien entendu j'ai démonté/remonté plusieurs fois le disque en tuant le processus davfs à chaque fois pour être bien sûr.

Merci à vous deux. Avec la définition du '|', c'est tout de suite bcp plus logique de mettre le grep à la fin.

Bonjour, Je ne vais probablement pas employer les termes adéquats mais j'espère quand même bien faire passer mon idée… Je cherche simplement à filtrer le résultat d'une commande type netstat ou ps. J'ai cru comprendre que l'on pouvait faire cela via la commande 'grep' mais, si j'ai bien saisi, grep demande un fichier de sorti ; ce que je ne souhaite pas. Pour n'afficher que les lignes de sortie de netstat contenant le terme 'MBP', je fais quoi exactement ? Quelque chose du genre de ça ? grep MBP|netstat -t

Merci ! Je vais noter ça quelque part Le 's' de sbin, c'est pour superuser, sudo ou totalement autre chose ?

Tu parles de /opt/bin alors que mon which mount.davfs m'a renvoyé /opt/sbin. Quelle différence ? Faute de mieux j'utilise actuellement le système intégré. Je dis "faute de mieux" parce que je ne pense pas que ce système de ait été prévu pour faire une sauvegarde que le Syno pourrait voir comme locale. CoolRaoul a présenté un script en mais pour ma part je préfère attendre qu'un gentilhomme se charge de préparer un package gérant tout cela J'ai moi-même attendu la fibre pendant plusieurs années, où chaque fois on me disait "oui ça arrive l'an prochain…". Maintenant que je l'ai c'est vrai que c'est le pied…et qu'un serveur à la maison prend tout son sens. Ceci étant dit, tout dépend -comme d'habitude- de ce que tu comptes faire avec ton HubiC. Si c'est juste pour de la sauvegarde alors tu peux prendre ton temps puisque je doute que tu aies 5 To de données très précieuses. Ton ADSL t'autorisant des débits descendants descents, tu seras ok pour un éventuel rapatriement des données. Si c'est pour héberger des fichiers à accès fréquent, soit tu mets ça chez toi via CloudStation avec un SDSL soit tu restes encore quelque temps sur une solution de type Dropbox/Wuala/SugarSync/SpiderOAK/GDrive. Concernant le backup incrémentiel, d'accord HubiC ne le gère pas. (pour l'instant) Mais il me semble que l'utilitaire intégré de sauvegarde du Syno gère, lui, le versionning. À vérifier…

YEAH victoire o/ Il semblerait bien qu'il fallait les chemins complets soit /opt/sbin/mount.davfs et /opt/sbin/umount.davfs Va savoir pourquoi… IPKG mal installé ? Merci en tout cas, merci beaucoup :-) Je vais maintenant tester le backup incrémental via l'utilitaire du DSM en attendant qu'un package tout bien ficelé (et utilisant rsync j'imagine) soit mis à dispo dans le repo :-)

Je n'ai pas créé le fichier avec Vi mais via un éditeur de texte en SFTP. (ssh donc, en root, Unix Line Ending (LF)) J'ai ensuite fait mes quelques modifs via Vi. Pour "preuve" que le fichier n'est pas mal formaté, voici un screenshot du fichier via Vi dans mon Shell Bash : Amsonia> /volume1/startup/S99Davfs2Mount.sh start > /var/log/mount.txt mount.davfs: the server certificate is not trusted Voici le contenu du /var/log/mount.txt issuer: OVH SAS, Low Assurance, FR subject: Domain Control Validated identity: cloudnas1.ovh.com fingerprint: 9b:13:8d:f0:8e:f3:87:f7:9a:c1:af:77:48:11:d1:16:99:25:24:07 You only should accept this certificate, if you can verify the fingerprint! The server might be faked or there might be a man-in-the-middle-attack. Accept certificate for this session? [y,N] Pour info, ça a bien fait le montage. Pour les chemins complets, je veux bien mais ils sont localisés où ces outils ?

Je ne comprends pas, rien ne fonctionne Que je mette le script dans /volume1/startup (le syno est bien configuré pour l'examiner au boot) ou bien dans /usr/syno/etc.default/rc.d, rien ne se passe. Ça m'énerve parce qu'en plus, rien ne s'inscrit dans /var/log/messages et /var/log/mount est vide. Y-a-t'il un endroit où regarder ? J'ai pastbiné le script : http://pastebin.com/vDagvTKD Voyant que rien ne fonctionnait, j'ai fait plusieurs modifs : - remplacer l'indentation en espaces par des tabulations - enlever le double espace après '-f' ligne 5 et après 'rm' ligne 6. Les droits sont toujours corrects : -rwxr-xr-x 1 root root 347 May 9 13:03 /volume1/startup/S99Davfs2Mount.sh Bref je patauge et ça m'énerve. Quand je lance manuellement le script via la commande ci-dessous, ça me demande de rajouter 'start' ou 'stop' à la fin. Peut-être que ça vient de là, peut-être qu'il faut rajouter un envoi de 'start' quelque part en plus du 'echo yes' ? Amsonia> ./volume1/startup/S99Davfs2Mount.sh

Merci bud, je vais essayer ça. Tu fais bien de me parler du /volume1/startup C'est le meilleur endroit (efficacité/sécurité) pour placer nos scripts de boot customisés ? Et ça ne risque pas de partir lors d'une update de l'OS j'imagine, si ? J'ai un autre script, dans /etc/rc.local avec le contenu suivant. Je peux/devrais aussi transférer ce fichier rc.local dans /volume1/startup ? #!/bin/sh mount -o bind /volume1/@optware /opt mount -o bind volume1/web/trucmuche volume1/homes/machinchose mount -o bind volume1/video/youplaboum volume1/homes/plop # Optware setup [ -x /etc/rc.optware ] && /etc/rc.optware start exit 0 Merci encore d'avance ;-) Il semblerait que tu aies pris un abonnement illimité à 83,60 € non ? En tout cas je suis très intéressé d'avoir des info sur ta procédure (backup incrémental et si oui via quel outil ou one shot en manuel, depuis le nas ou ton ordi) et de la façon dont OVH réagit à de tels envois de données.

Il te suffit d'envoyer le fichier sur le NAS (ou le laisser sur ton ordi si tu as Perl d'installé) et de l'exécuter avec l'adresse mail que tu as utilisée pour créer ton compte Hubic. ./hubic.pl -l <mon_login_adresse_email> Ce qui donne quelque chose du genre ./hubic.pl -l trucmuche@gmail.com[/code]

Je crois qu'il n'est utile que pour récupérer tes identifiants. Me semble bien que je l'ai viré ensuite.

Je pense avoir correctement suivi toutes les étapes et pourtant j'ai du louper quelque chose quelque part parce que le montage au boot ne se fait pas automatiquement. Une fois monté manuellement, tout fonctionne correctement. Par contre, je peux tout à fait faire le montage manuellement via mount.davfs https://cloudnas1.ovh.com/xxxx /volume1/Hubic puis en répondant 'y' pour accepter le certificat. J'ai vu que le contenu donné pour S99Davfs2Mount.sh indiquait de répondre 'yes' au lieu de 'y' alors je l'ai édité en mettant 'y' mais ça ne change rien. (j'ai remis 'yes' ensuite) J'ai bien chmodé le script comme demandé : Amsonia> ls -l /opt/etc/init.d/S99Davfs2Mount.sh -rwxr-xr-x 1 root root 452 May 8 17:10 /opt/etc/init.d/S99Davfs2Mount.sh[/code]

Pour IPKG qui disparaît à chaque boot, non ce n'est pas normal. Mais c'est facilement réparable Suis simplement les quelques instructions données sur cette page : http://missilehugger.com/328/dsm-4-0-ipkg-fix/#more-328 Pour le reste, désolé je ne sais pas.

Merci de ta réponse rapide comme d'hab bud ! Mais, encore une fois, je suis perdu. Il faudrait *vraiment* que j'apprenne une bonne fois pour toute l'organisation et la hiérarchisation d'un système UNIX ! Tu me dis que tu as la commande dans /opt/bin soit IPKG, ok. Sauf que, si je me souviens bien, être obligé d'entrer le chemin complet d'IPKG est le symptôme d'un IPKG mal installé. Voici ce que me renvoie un echo $PATH : /opt/bin:/opt/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin C'est correct non ? De toutes façons, même en faisant comme suit, j'obtiens une erreur pour le moins étrange parce que, encore une fois, je suis bien en root via ssh. Amsonia> /opt/bin/ adduser -D git -ash: /opt/bin/: Permission denied[/code]

Je comprends bien, ce que vous avez fait est déjà assez extraordinaire je trouve. Si je ne m'absue il ne s'agit pas seulement d'un énième repo (quoiqu'il n'en n'existe pas 300 non plus) ; vous avez surtout créé un framework de compilation cross-platform, non ? Vous vous êtes rapprochés de Synology ? Peut-être que la manière dont vous avez implémenté les choses peut les intéresser. Et sinon, quid des autres communautés Syno ? Aucun dev n'a été intéressé ? Je sais bien que dans ce genre d'initiative l'égo occupe une grande place mais, pour le coup, je trouve que vous avez les arguments pour rassembler les efforts de tous les développeurs de paquets 3rd parties pour nos chers NAS

Ne voyant pas CloudStation sortir de sa beta (pour OS X), j'ai voulu installer SparkleShare - http://sparkleshare.org/set-up-a-host/ Pour la petite histoire, il y a des clients pour GNU/Linux, Win et OS X. Vous allez rire mais je bute sur la 1ère ligne de commande pour installer le serveur de la chose… Git est bien installé sur mon Syno mais quand je tape la première commande adduser ––disabled-password git[/code] ça me dit que la commande 'adduser' n'existe pas. Je suis bien entendu connecté en SSH root. Des idées ?

Je rajoute mes doléances - HubiC, oui ! - le portage d'un client/serveur DirectConnect, très pratique même si ancien ;-) Et peut-être se rapprocher de développeurs qui supportent plus ou moins bien certains paquets. Certains paquets ont été portés puis plus ou moins abandonnés ou alors ils sont maintenus à jour mais pour toutes les archi. Par exemple… - Subsonic - http://www.eg-blog.de/?cat=8 - OwnCloud - http://www.eg-blog.de/?p=306 Voilà, et encore bravo pour toute la bonne volonté et l'énergie déployée ! edit : si ce n'est pas trop de travail, je rajouterai également SparkleShare. D'accord c'est redondant avec CloudStation mais comme ce dernier tarde à sortir de sa beta pour OS X…

un petit bump parce que ça m'intéresse aussi grandement !

Je plussoie CoolRaoul, je doute que ce soit une bonne idée de faire du calcul partagé sur ce genre de matériel. Déjà que c'est déconseillé sur des laptops… À moins que, à la limite, vous paramétriez BOINC pour n'utiliser que, disons, 70% du temps CPU au max.

Yes, ça va bien me servir pour Transmission je crois Merci !

Je me suis toujours connecté en AFP (et FTPS et SFTP). J'ai de temps en temps le NAS qui disparaît du Finder mais je crois que c'est plus la faute de Lion que du NAS. Si tu poses la question, c'est que tu dois avoir une idée derrière la tête Quel avantage a priori aurait le SMB ? Autrement dit, qu'est-ce qui différencie ces deux protocoles ?

Toujours utile => http://missilehugger.com/328/dsm-4-0-ipkg-fix/#more-328 la dernière update de DSM a -encore- tout fait sauter…

Les fichiers .torrents sont conservés par Transmission ici : /volume1/@appstore/transmission/var/torrents Il y a aussi le dossier /volume1/@appstore/transmission/var/resume qui, si j'ai bien compris, contient des fichiers style torrents (mais en '.resume') dont Transmission a besoin pour fonctionner. J'imagine que si je remets sur la nouvelle installation le fichier /volume1/@appstore/transmission/var/settings.json ainsi que le contenu du dossier 'resume' de mon installation actuelle, tout repartira comme sur des roulettes ? Je voudrais vraiment être sûr parce que j'ai plusieurs centaines de torrents… Ok pour le htaccess, c'est de cette manière que j'avais procédé.

Si je sauvegarde le dossier contenant les fichiers torrents et que je le remets ensuite dans la nouvelle installation, ce sera correcement repris quand même ?