CoolRaoul

Je n'avais pas compris qu'il était ici question de DSvideo sous Windows 10 (à vrai dire je découvre à cette occasion que ça existe). Je n'ai pas la moindre idée de réponse dans ce contexte.

J'ai trouvé ça au moment du renouvellement auto: $ grep builtin-dyn-syno-letsencrypt-syno-letsencrypt messages 2018-10-02T21:59:45+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [nginx]. 2018-10-02T21:59:52+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [nginx]. 2018-10-02T21:59:56+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [nginx]. 2018-10-02T22:00:05+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [nginx]. 2018-10-02T22:01:20+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [nginx]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [nginx]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [synorelayd]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [synorelayd]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [synorelayd]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [synorelayd]. C'est dans /var/log/messages

Ahrrghhh .. Une grosse partie du formatage des anciens messages saute dans la migration (en gros ne reste que les citations et les images) Avant: Apres: Et pour couronner le tout c'est à chaque utilisateur synchroniser son ancien compte, sinon aucun des anciens fils qu'il avait ouvert ne sera migré et tous resterons invisibles dans le nouveau forum

J'ai testé (c'est ici: https://community.synology.com/ ) et je suis effondré devant le nombre de regressions! lors de la migration une grande partie de mes posts est passé à l'as. Mon profil sur l'ancien forum m'affiche 560 posts. Le nouveau m'indique 16 au total et encore je n'en vois que 5 créés et 5 réponses. Je constate d'après d'autres commentaires que je ne suis pas seul dans ce cas. si on veut répondre à un commentaire en particulier, on perd au passage la possibilité de citer (quoter) et toute option de formatage (texte brut exclusivement). On peut bien entendu répondre en fil de fil (et heureusement qu'on dispose de la balise "blockquote" mais alors le flux message/réponse est cassé) tous mes abonnements (fils suivis) sont perdus impossible d'afficher les fils mis à jours (ne parlons pas d'ordre chronologique) etc... etc... (je ne saurais pas faire la liste j'en découvre sans arrêt) Ce forum-ci n'a rien à craindre de la comparaison! **EDIT** Un commentaire qui résume bien la situation: Hello and goodbye... **EDIT#2** A propose des 5 réponses par colonne, j'avais pas remarqué le minuscule bouton "suivant". Reste que je suis loin du compte il me semble.

Une fois de plus je m'aperçois que copiers/coller à partir du forum semblent merdouiller pour certains caractères (en particulier les "-") Ca me l'a fait la aussi. Copie la commande dans notepad et retape ces derniers (ca a fonctionner pour moi en pratiquant comme ça) avant de la copier dans la fenètre terminal DSM

Sont quand même forts chez Apple! Mais où vont-ils chercher tout ça?

Dans le cas de rsync, les options longues ("files-from", "times",...) sont préfixées par des tirets *doubles* et les option mono-caractère ("v") par un tiret *simple*.

Non mais je suis tombé également sur cette même erreur après avoir copié collé la commande de la fenêtre du forum vers ma fenêtre de terminal sur le NAS, comme si un caractère bidon et invisible se retrouvait inséré dans l'opération. Essaie, même si c'est gonflant, de retaper intégralement la commande à la main. Au passage je trouve le délai de seulement une minute que tu sembles vouloir utiliser un peu short, mais c'est toi qui vois.

rsync est à mon avis perso la commande standard unix la plus touffue sinon ésotérique. Elle a des tas d'options dont une majorité que je n'ai jamais utilisées, d'autres dont j'oublie régulièrement le fonctionnement exact et très souvent, dès qu'on dépasse (comme ici) les chose basiques, je dois procéder par essais et échecs. **EDIT** Ah, j'oubliais: les fichiers transférés de cette manière ne sont pas indexés automatiquement par DSM et risquent d'être invisibles dans VideoStation par exemple Suffit d'ajouter une commande "synoindex" à la fin de la copie: synoindex -R /chemin/dossier/cible/ Idéalement faudrait le faire que lorsque des transferts ont effectivement eu lieu mais ca nous entraînerait un peu trop loin. Cependant l'indexeur est assez "smart" pour n'indexer que ce qu'il ne connait pas encore.

La page de manuel de rsync est ici: https://linux.die.net/man/1/rsync

m'a d'abord semblé contradictoire avec ce que tu as dis juste avant: Si les fichiers "actualisent en temps réel leur date/heure de modification", je me disais qu'ils ne devraient n'être capturés par le "find -mmin +60" qu'une heure *après* la fin de leur téléchargement. Mais, après vérification, comme le "find" capture aussi les *répertoires*, le "-r" (recursif) de rsync fait que leur contenu est transféré par rsync même si les fichiers contenus dans ces derniers, ont été exclus par la clause "mmin" dans le cas de ceux effectivement récemment modifiés Suffit donc de supprimer le "-r" de rsync, et tant qu'a faire, rajouter un "-type f" au find (rsync sait créer les répertoires intermédiaire si nécessaire) Ce qui donne: ( cd $RepFbx ; find . -type f -mmin +60 ) | rsync -v --files-from=- $RepFbx /chemin/dossier/cible/ Note: le -v ne sert qu'à tracer les transferts à l'affichage. **EDIT** Je m’aperçois qu'il est nécessaire d'ajouter "--times" au rsync sinon les fichiers sont re-transférés à chaque fois, donc: ( cd $RepFbx ; find . -type f -mmin +60 ) | rsync -v --files-from=- --times $RepFbx /chemin/dossier/cible/

Et en quoi c'est un problème?

Je ne vois pas à quoi on peut reconnaitre qu'un fichier n'est pas complètement transféré. A moins que le client torrent de la FreeBox (que je ne connais et n'utilise pas) utilise des noms temporaires bien identifiables. Sinon on peut essayer de filtrer sur la date de modification des fichiers (exclure ceux modifiés dans la dernière heure par exemple). A tester car certains systèmes ne mettent à jour la date-heure de dernière modification à jour qu'à la fermeture du fichier. Ca se ferait de cette manière: (attention c'est sur 2 lignes) RepFbx="/chemin/dossier/freebox/monté/" # le / final est important ( cd $RepFbx ; find . -mmin +60 ) | rsync -rv --files-from=- $RepFbx /chemin/dossier/cible/ "-mmin +60" ne sélectionne que ce qui n'a *pas* été modifié dans les dernières 60mn. A ajuster. Cela dit, maintenant que tu nous a dis qu'il s'agissait de torrents, je ne comprend pas pourquoi tu te compliques la vie à mettre en place cette usine à gaz avec le client torrent de la Freebox alors que DSM propose nativement un paquet de transfert de fichiers qui contient un client torrent: DownloadStation

Automatiquement non, périodiquement oui. Le plus simple est de déclarer dans le planificateur de DSM une tâche programmée : La planification de cette dernière étant à ajuster suivant le besoin. Le script se limitera à une simple commande "cp -u" ("-u": update pour ne pas copier deux fois le même fichier), dans ce genre: cp -v -u -r /chemin/dossier/freebox/monté/ /chemin/dossier/cible/ (à tester à la main avant de la planifier) Restera sans doute à penser à purger le contenu du disque dur Freebox.

Ca ne change rien au fait que quand on tape le chemin d'un exécutable inexistant ("/usr/syno/bin/wget" ici) , root ou pas root, c'est pourtant bien le message "No such file or directory" qui est affiché (alors que je n'avais pas le moindre doute j'ai quand même vérifié) Toute fois la ligne de commande me laisse perplexe: cd </volume2/PLEX-2/>/usr/syno/bin/wget -m --cut-dirs=1 -nH"ftp://mafreebox.freebox.fr/Freebox/Download/""--ftp-user=<freebox>" "--ftp-password=<monmotdepasse>" je ne comprend pas ce qui est cherché à faire avec ce "cd" suivi d'un chemin entre "<" et ">" Et en effet, si c'est bien ce qui à été tapé, le shell voit ">/usr/syno/bin/wget" qui s'interprète comme une *redirection* et dans ce cas le diagnostic ""Permission denied" s'explique **EDIT** J'ai compris: il y a mauvaise interprétation par @Mich Baffle de mon exemple: il tapé sur une ligne ce qui doit se faire en deux il a conservé tel quels les "<>" qui n'étaient qu'une convention d'écriture pour montrer ce qu'il fallait remplacer Donc il faut écrire textuellement: cd /volume2/PLEX-2/ wget -m --cut-dirs=1 -nH"ftp://mafreebox.freebox.fr/Freebox/Download/" "--ftp-user=<freebox>" "--ftp-password=<monmotdepasse>"  En bien entendu substituant <freebox> et <monmotdepasse> par les valeurs adéquates (sans les "<>"!!!) Mais bon, on doit pouvoir faire bien plus simple (un simple cp) maintenant que FileStation est capable de maintenir un montage permanent du partage de la FreeBox. **EDIT#2** J'ai testé sur ma Freebox Mini (c'est forcément identique sur V6). dans l'option "partage windows" de la Freebox, suffit d'activer le partage de fichiers. Ensuite dans Filestation on déclare un montage permanent: Et le répertoire de la freebox est directement accessible dans un script shell. Plus besoin de passer par un wget et du ftp: [root@fserv_~]$ df | grep free \\192.168.1.254\D2 38325228 10468992 27856236 28% /volume2/var/freebox/D2 Et pas besoin d'être root non plus. (

Tu réponds a un très vieux fil déjà (janvier 2014). Sur les version récentes de DSM, wget est désormais dans "/usr/bin" et plus dans "/usr/syno/bin/" Cela dit je ne m'explique pas l'erreur que tu rencontres, ce que tu aurais du recevoir en utilisant l'ancien chemin est celle ci: $ /usr/syno/bin/wget -ash: /usr/syno/bin/wget: No such file or directory et pas "Permission denied". wget n''est pas réservé à root, mais il faut bien entendu que le répertoire cible ("/volume2/PLEX-2" ici) soit accessible en écriture au compte utilisé.

29 aout selon les releases notes du mien:https://www.synology.com/fr-fr/releaseNote/DS213j

J'imagine difficilement on peut galérer, suffit installer le client (qui existe en version portable) et les extensions de navigateurs ne sont pas indispensables. Et si on rend la base sur le NAS accessible en WEBDAV(S) en plus de SFTP, pas besoin d'extension, c'est natif dans le client windows. Pour ne pas parler dans le vide, j'aurais bien testé Bitwarden pmais les pré-requis on achevé de me refroidir: - Disposer d'un NAS sous architecture x86 (Intel) tout simplement car l'installation est réalisé avec Docker - Disposer de pas mal de RAM, l'application exécute une instance Microsoft SQL Server (très) gourmande en RAM (environ 700Mo, une version Ruby beaucoup plus légère existe mais c'est une adaptation et non une vrai branche)

Pour une raison qui m'échappe, à partir du moment où MX Player est installé, DS Vidéo ne donne plus le choix du player vidéo et utilise systématiquement ce dernier. Suffit donc de le désinstaller (après tout si tu préfères VLC tu n'en a pas besoin, non?) On en a déjà parlé : http://www.nas-forum.com/forum/topic/53122-ds-video-android-et-lecteur-par-d%C3%A9faut/

Je suis moyennement convaincu par cet argument. J'utilise Keepass (qui est mentionné) dont je stocke la base de mots de passe sur mon NAS. J'accède à cette dernière en SMB de mon PC à domicile et en SFTP à distance. Je n'ai pas l'impression que mon approche soit plus exposée (bon, j'avoue aussi que mon Synology est un bas de gamme a architecture ARM ce qui disqualifie de fait cette solution).

J'ai du ajouter la clause base_url=https://<site>/<prefixe> dans config.ini sinon ca générait des pages avec des liens http au lieu de https (alors que je me connectais en https)

Oui je suis repassé sur la version zip mais il y quelques boulons à régler la aussi, en particulier pour SSL Doit me manquer un module PHP aussi, j'ai cette erreur: Call to undefined function Elphin\\IcoFileLoader\\imagecreatetruecolor() **edit** manquait "GD" en effet

En ce qui concerne l'erreur d'installation du paquet SynoCommunity, j'ai trouvé la solution ici: https://forum.synology.com/enu/viewtopic.php?t=117489#p464605 **edit** mais ca ne se lance pas Retour au point de départ

Alors je vais tester dès que possible cette option Mais il y a moins d'urgence, j'ai entre temps fait du ménage dans mes flux Feedly et ai pu passer largement en dessous de la limite de 100 pour les comptes gratuits. En effet, alors qu'il y a un an ils avaient introduit cette limite pour les nouveaux comptes, tout d'un coup et sans prévenir c'est devenu applicable aux comptes existants. C'est ce qui explique ma recherche d'une solution alternative, auto hébergée.

De mon coté depuis ma tentative d'installation de la version 10 tout à l'heure, je me retrouve dans cet état: Ca craint