fleurfanee

Salut, Je constate que le NAS arrive très bien à convertir des CR2 en jpg puisqu'il est capable de créer avec succès des miniatures qui seront ensuite utilisées par photostation / DS photo. Par contre, comment je fais pour convertir par lots des CR2 en jpg avec des paramètres que j'aurais choisi (taille, niveau de compression du jpg, on peut imaginer d'autres paramètres mais faut pas faire trop compliquer non plus) ? En effet, les paramètres qu'utilise l'indexation des médias sont très bien pour un smartphone mais c'est très insuffisant en qualité pour bon nombre d'applications. Je pense que pour les développeurs de synology qui s'y connaissent c'est un jeu d'enfant mais pour moi, je n'arrive pas à traiter des photos par lot sous linux. La commande convert donne des couleurs étranges. Geeqie fait apparaître correctement les photos à l'écran mais n'est pas capable d'enregistrer un jpg... UFRaw fait apparaître les même couleurs étranges que la fonction convert... J'ai sans doute un problème dans la configuration du mon PC-Lubuntu mais ça ne change rien au fond : pourquoi ne pas intégrer une fonction conversion d'images par lots dans DSM. En attendant, je veux bien vos commentaires si vous avez une solution qui marche. Merci d'avance.

ça me rappel un soucis que j'avais eu avec windows8 (sans doute très différent du votre). Je ne voyais plus le NAS dans le voisinage réseau. C'est windows qui après une mise à jour ou un redémarrage avait bloqué certains ports par son unique initiative (quel gros virus ce truc).Tout était normal via l'interface web forcément...

ok ! un petit ssh en root et un petit chown root id_dsa ont fait l'affaire... Maintenant que ma clé appartient à root, le planificateur arrive à exécuter correctement le script. Attention toutefois à bien lancer une première fois la ligne rsync depuis ssh root car il pose la question *********** The authenticity of host '192.168.1.10 (192.168.1.10)' can't be established. ECDSA key fingerprint is e4:84:10:******blablabla*************** Are you sure you want to continue connecting (yes/no)? *********** bien sure j'ai répondu yes et le zinzin m'a averti : Warning: Permanently added '192.168.1.10' (ECDSA) to the list of known hosts. ensuite le planificateur exécute correctement le script. J'imagine donc que quand je mettrai le NAS à distance, il faudra refaire une fois la même manip... Et la sécurité dans tout ça ? Pour l'instant pas de risque puisque je suis toujours en local. A chaud, j'ai tendance à penser qu'étant donné que je me log avec le login "moi" le fait que la clé appartienne à root ne devrait pas être la source d'une faille.

... en modifiant la ligne en question, pas mieux, pas plus d'infos... je n'ai que : Début synchronisation /volume1/photo/ : Mon Feb 17 01:07:41 CET 2014 Fin synchronisation /volume1/photo/ : Mon Feb 17 01:07:42 CET 2014 Je pense néanmoins que l'histoire de droit est la source du problème, m'en vais voir ça http://www.cobestran.com/actualite/synology-planification-de-scripts/

Oui, je revenais justement sur le forum pour poster un truc du genre. Pour le vérifier, j'ai voulu modifier les droits de la clé mais dans ce cas ssh refuse la clé en disant qu'elle n'est pas assez protégée et du coup il demande le mot de passe. J'ai bien peur que le planificateur de tache lance la tache sous la propriété de root (à cet instant, j'ai encore un petit doute entre root et admin). Et du coup, je ne vois pas comment je vais m'en sortir avec le planificateur de taches. D'après ce que j'ai lu à droite à gauche, il est déconseillé d'utiliser admin ou root pour la manip car ces logins sont la cible des attaques. J'imagine que la meilleure chose qu'il me reste à faire est de me pencher sur cron... En attendant, je vais m'occuper de ta commande qui si j'ai bien compris me permettra de voir dans le log ce que ssh a à me dire. Je ne sais pas s'il y a une raison à ça mais c'est dommage que le planificateur n'agisse qu'au nom de root et pas d'un utilisateur. Après tout on sélectionne bien "script créé par l'utilisateur"

Je serais toi, je regarderais si le problème est identique avec 100 photos... 13000 d'un coup prend du temps. Même si 0.81% est peu au bout de 3 jours, je sais que dans mon cas ça a mis 15 jours pour générer les vignettes de toutes (avec un DS212+) mes photos (de l'ordre de 10000 aussi). Le temps dépend aussi de la taille d'origine des photos et aussi des options de vignettes choisi... A oui, une ré-indexation permet parfois de corriger certains problèmes (dans mon cas, le syno ne faisait pas de miniatures pour certaines photos qui avaient été déplacées et j'ai du ré-indexer... il faut dire que je n'avais pas compris le principe et que j'avais supprimé des miniatures dans des fichiers cachés et déplacé un tas de trucs...)

Pour en avoir discuté avec un vendeur rue Montgallet. Dans DS213 le 2 signifie 2 baies et le 13 signifie 2013 donc en gros le DS214 est juste l'évolution du DS213. Il existe a ma connaissance 3 finitions du DS2 à partir de 2014. Le DS214 le DS214+ plus puissant et le DS214play avec notamment un lecteur SD (et quelques boots encore en plus comme un nouveau processeur)

Bon je viens de vérifier qu'aucun autre processus rsync ne tournait en parallèle donc l'hypothèse 1 tombe à l'eau. Je viens de lancer avec succés le script depuis un terminal ssh avec la commande "sh /volume1/homes/moi/@script/synchro-photo.sh" donc je ne vois pas pourquoi @ poserait problème. Des idées ? @Fravadona Je ne suis pas assez calé pour être capable de remplacer les "..." par ce qu'il faut. Est ce que tu pourrais écrire plus clairement par quoi je dois remplacer ma ligne ? rsync -avz -e "ssh -i /volume1/homes/moi/.ssh/id_dsa" moi@192.168.1.10:/volume1/photo/ /volume1/photo/ >> /volume1/homes/moi/@script/synchro-photo.log Merci d'avance.

Merci de ta réponse. Est-ce vraiment possible que ça soit un problème de clé alors même que ça marche si je lance cette même commande rsync depuis un terminal ssh... Il faut que je creuse ça, j'ai pensé aussi à une limitation de syno car j'étais en même temps en train de faire une sauvegarde réseau avec l'appli de syno qui utilise aussi (il me semble) la procédure rsync... je me suis aussi demandé si le "@" dans le chemin posait problème...

Merci de vos réponses, A oui pardon, c'est un copier/coller malheureux. Il fallait comprendre "quand j'ai voulu mettre : 192.168.1.0/255.255.255.0, ça rame" De toute façon, maintenant ça marche, j'ai juste été obligé de rebooter à chaque modif. En y réfléchissant je me demande si mon PC n'était pas en train d'essayé de monter les dossiers concernés d'où le message "Un autre administrateur avec privilège administrative configure le paramètre de cette page. Réessayez ultérieurement".

Bonjour, tout d'abord j'espère être dans la bonne section. Mon but : Synchroniser plusieurs répertoires entre 2 NAS distants de manière transparente et pérenne. Ce que j'ai fait / là où j'en suis : -Pour l'instant, j'en suis à la mise en place en local. -J'ai créé un utilisateur "moi" avec les droits d'administrateur et qui peut utiliser ssh (j'ai suivi http://pellelatarte.fr/2011/03/le-ssh-pour-tous-les-utilisateurs-sur-les-nas-synology/) -J'ai rendu possible le ssh sans mot de passe et en utilisant un système de clés en suivant : http://blogmotion.fr/systeme/connexion-ssh-et-transfert-rsync-scp-sftp-sans-mot-de-passe-2709 -J'ai rédigé un script qui fonctionne à merveille quand je le lance moi-même et qui synchronise un répertoire. Là où je bloque : -Je voudrais que ce script s’exécute périodiquement et gérer son exécution via le planificateur de taches du syno (panneau de configuration/planificateur de taches) mais le coquin ne s'exécute pas correctement. En fait, c'est comme si rsync passait à la trappe. ci-dessous mon script en détail "synchro-photo.sh" qui se trouve dans "/volume1/homes/moi/@script/" #!/bin/sh PATH=/bin:/usr/bin:/usr/syno/bin echo "Début synchronisation /volume1/photo/ : $(date)"> /volume1/homes/moi/@script/synchro-photo.log rsync -avz -e "ssh -i /volume1/homes/moi/.ssh/id_dsa" moi@192.168.1.10:/volume1/photo/ /volume1/photo/ >> /volume1/homes/moi/@script/synchro-photo.log echo "Fin synchronisation /volume1/photo/ : $(date)">> /volume1/homes/moi/@script/synchro-photo.log Voilà, je ne suis pas encore bien familiarisé avec les scripts et j'ai recopier le début sans savoir exactement ce que ça fait... j'imagine que mon erreur est toute bête mais avec mes connaissances, je ne vois pas. Pour être plus clair si je lance le script connecté en ssh via la commande ./synchro-photo.sh le fichier .log se rempli correctement avec tous les détails des opérations exécutés par rsync mais si je le lance via le planificateur de tache du syno, ça pense 1/4 de seconde et le fichier .log se limite à : Début synchronisation /volume1/photo/ : Sat Feb 15 01:48:44 CET 2014 Fin synchronisation /volume1/photo/ : Sat Feb 15 01:48:44 CET 2014 ?! et donc rien sur rsync comme s'il ne le trouvait pas. Dernière précision, dans le planificateur de tache, j'ai : - Créé un "script défini par l'utilisateur" - le nom de l'utilisateur est "moi" - je demande d’exécuter la commande : /volume1/homes/moi/@script/synchro-photo.sh Merci de vos éclaircissements. Je vais me coucher, il se fait tôt le matin.

Bonjour, Je rencontre en ce moment même un petit soucis. J'ai acheté un routeur alors qu'avant je passais par le routeur de la free. En conséquence, mon nouveau réseau est passé en 192.168.1.XXX alors que l'ancien était en 192.168.0.XXX. Dans "Panneau de configuration/ Dossier partagé/privilèges/Privilège NFS " du NAS j'avais mis dans "Nom d’hôte ou IP" : 192.168.0.0/255.255.255.0 et quand j'ai voulu mettre : 192.168.0.0/255.255.255.0, ça rame: "Traitement, veuillez patienter" et je fini par avoir un message "La connexion a échoué. Vérifier vos paramètres réseaux". Quand je veux agir sur un autre dossier partagé j'ai le message "Un autre administrateur avec privilège administrative configure le paramètre de cette page. Réessayez ultérieurement". Même si je me déconnecte et reconnecte, j'ai toujours le même message "Un autre administrateur avec privilège administrative configure le paramètre de cette page. Réessayez ultérieurement". Finalement, je dois rebooter le NAS et ça marche. Par contre, je dois rebooter à chaque fois que je paramètre un nouveau dossier partager donc ça fait CH___ !!! Merci de votre attention.

NFS sans aucune hésitation. Utilisation du NAS monté en local. Utilisation transparente comme si on était en local. Seul désagrément. Si le NAS est en veille, il peut arriver que les dossier mettent un peu de temps à être monté... On peut alors forcer la procédure avec "sudo mount -a".

Je suis sous Lubuntu, j'ai du réinstaller l'appli sur l'ordi qui ne voulais plus se lancer ("erreur dans la base..." blablabla). Mais je viens de vérifier pour vous, je suis en SSL même sur le PC. Tout a l'air d'être rentré dans l'ordre.

J'ai essayé ce que tu m'as dit. Les fichiers en bien fini par disparaître de mon téléphone mais dans un délai qui n'est pas satisfaisant. Je ne sais même pas si c'est rescan SD Card qui a réglé le problème. Entre temps, cloud station sur le PC (Lubuntu) a planté avec le message "erreur de la base de donnée" au démarrage. Je n'ai pas trouvé comment réinitialisé la base alors j'ai voulu désinstaller mais le programme de désinstallation n'a pas fonctionné. Alors j'ai supprimé en root le répertoire où était stocké le programme et les fichiers de config... et refait une installation. Je pense que c'est plutôt ça l'origine du problème. J'attends de voir à l'usage. En voyant d'autres posts, il semblerait que cloudstation pose par mal de problèmes surtout sur les gros volumes. La première fois je synchronisais tout le téléphone (histoire d'avoir un backup sur les données des appli) et maintenant juste le répertoire photo (le seul qui m’intéresse vraiment). J'espère que ça sera stable cette fois.

Merci, j'ai trouvé comment accéder aux versions antérieures. Si j'avais fait l'interface, j'aurais fait autrement. Pour moi, ce n'est pas ce qu'il y a de plus intuitive mais pourquoi pas : quand on est habitué... Je ne sais pas comment fonctionne cloud station mais il y aurait du rsync derrière que ça ne m'étonnerait pas. J'utilise moi même rsync pour synchroniser une clé USB de travail et sauvegarder son contenu sur le DD. J'utilise deux commandes : l'une pour faire un clone (ça efface sur le DD les fichiers qui ne sont plus présents sur la clé) et une autre pour ajouter les nouveaux fichiers et actualiser les fichiers modifiés (c'est une sécurité supplémentaire mais il y a des clones et c'est un peu le bordel). En utilisant cloud station j'ai l'impression qu'il n'efface pas les photos de smartphone alors qu'elles ont été supprimées sur un autre appareil. J'ai l'impression qu'il fait ma deuxième commande... ceci dit j'ai maintenant une erreur sur le PC quand je lance cloudstation : "erreur sur la base de données, veillez réessayer".

moi je me connecte avec l'IP extérieur (que je sois chez moi ou de l'extérieur) suivi du port utilisé par cloud station (6690 par défaut). Donc avec quelque chose de la forme : 12.111.222.33:6690 Merci de commenter mon post si vous vous y connaissez en DS cloud.

chez moi ça marche mais je ne comprends pas ce que fait DS cloud ? J'ai toujours fait avec SSL, jamais essayé sans. Merci de me dire ce que tu penses de ça :

Bonjour, je ne comprends pas ce que fait réellement cloud station !! En effet, j'ai un smartphone avec DS cloud, un PC sous lubuntu 12-04 et un NAS. Tous les logiciels sont à jour. PREMIER PROBLEME Je voulais me servir cloud station essentiellement pour sauvegarder les photos que je prends avec mon téléphone. Ce que j'attendais c'est : 1- Prendre une photo. 2- Synchronisation du répertoire photo sur le NAS. 3- J'allume le PC 4- Synchronisation sur le PC 5- Choix des belles photos, déplacement ailleurs, suppression des photos / nettoyage du répertoire. 6- Synchronisation / application des modifications sur le NAS 7- Synchronisation / application des modifications sur le smartphone. Et bien j'y comprends rien. Tous se passe comme sur des roulettes jusqu'à l'étape 6 mais les photos restent sur le smartphone comme des morpions. J'aimerais qu'après avoir trié sur le PC, les modifs s'appliquent sur le téléphone sinon ça ne me sert à rien. C'est moi qui n'ai pas compris ? C'est normal ? Un bug ? Ou alors pas bien synchronisé et c'est en train de rentrer dans l'ordre au moment où je tape ces ligne ? Si cloud station n'est pas fait pour ce que je veux faire, il existe quoi comme solution ? DEUXIEME PROBLEME Il est dit que lorsqu'un fichier est modifié, jusqu'à 32 versions sont sauvegardées ! Elles sont où ? Dans la corbeille ? Il n'y a pas mieux qu'une corbeille pour les sauvegardes ? Si c'est ça je trouve que ça fait un peu brouillon. Merci de votre attention et de vos réponses.

Oui, il faut mettre à jour l'appli à la fois sur le client et le DSM... Moi, j'ai testé pour la première fois cloud station hier ! Pas de bol, le jour où une mise à jour sort... Après mise à jour partout, ça a remarché... Perso j'utilise pour me connecter ip extérieure et mon routeur redirige le port 6690 sur le nas... Je n'ai pas essayé de me connecter en local.

Oui le R7000 de chez netgear a l'air bien aussi et je viens de trouver la notice sur le site officiel mais en anglais aussi. http://support.netgear.com/product/R7000#wrapper

Finalement, mon choix est en train de s'orienter sur le Linksys EA6900 car bonne qualité en norme n même si en ac ce n'est pas le champion. C'est du cisco derrière... La notice est en anglais mais a l'air assez complète. http://www.pcworld.com/article/2082510/linksys-ea6900-802-11ac-wi-fi-router-review-too-expensive-for-what-s-delivered.html https://support.linksys.com/fr-eu/support/routers/EA6900 Personne pour commenter ? Merci d'avance.

Bonjour/bonsoir, Je voudrais acheter un routeur wifi avec la nouvelle norme AC plus rapide mais je ne sais pas lequel choisir. Je veux être certain que je n'aurai ni problème avec ubuntu ni avec le NAS (DS212+ avec mise à jour régulière du DSM). Le tout s'inscrit dans un réseau local avec une forte utilisation en local. Toutes mes données (ou presques) sont sur un NAS. Dans l'appart, il y a 2 PC (un en ethernet et l'autre en wifi) et un mac en wifi. Il y a aussi 2 smatphones et bientôt une tablette. Jusqu'à maintenant, je pensais à : " ASUS RT-AC66U - Routeur WiFi AC Dual-Band avec switch 4 ports " mais je viens de voir sur mesnotices.20minutes.fr que c'est un produit "ambiance windows" ce qui ne veut pas dire qu'il ne fonctionne pas sous linux mais j'aurai préféré un produit ayant la possibilité d'être configurable en ligne de commande. J'ai vu qu'on peut partager un réseau samba mais je n'ai pas vu NFS hors si je mets un jour un disque dessus c'est NFS que je préfère. Bref, avez vous un produit à me conseiller ? Je veux qu'il soit wifi AC et configurable via linux en ligne de commande pour les scripts. Merci.

Bonjour les amis, je viens de mettre le post en filature car suite au cambriolage de mes voisins j'envisage prestement d'installer un NAS chez ma belle mère afin de sauvegarder/syncrhoniser mes données. Je ne fais que commencer à regarder. Cloud Station ? Time Backup ?... mais faut que ça marche alors j'ai hate que votre problème se règle...

Déterrage... Ma remarque vient plutôt des mises à jour de photostation. J'ai un DS212+ avec 2 WD green de 2To chacun. Je prends des photos avec un canon en RAW (donc 25Mo par photo) et je les transfert direct via carte SD sur le NAS qui copie tout ça direct et fait les miniatures dans la foulée. Sur le principe c'est génial et même si c'est un peu lent j'ai mes nouvelles photos dispo sur smartphone via l'appli... par paquet de 50 photos en plus, la nuit est largement suffisante. Par contre j'ai l'impression que la navigation dans les répertoires était plus rapide avant. Depuis les dernières mises à jours (je n'ai pas de date exacte mais vers l'été 2013) je trouve que ça met beaucoup de temps pour que la miniature apparaisse à l'écran et ceci que l'on utilise l'appli du smartphone (android pour moi) ou même le photostation du NAS via l'interface web depuis un PC (relié au réseau en RJ45). Bref, en clair je voulais savoir si d'autres personnes avait se sentiment de lenteur depuis les dernières mises à jours de photosation uniquement en ce qui concerne le visionnage des photos (donc déjà indexées et déjà en miniatures). Merci