Reprise du message précédent :

 
ok, nickel, merci.
Donc, là, j'ai accès à pleins de dossiers numérotés.
Ce dossier correspond au cache , c'est çà ? si je supprime tout son contenu, y a pas de risque ?
 
Je viens de calculer, j'ai 1,1 To de données dans mes dossiers du nas. J'ai au total 2 To ( 2 disque de 1 TO ), le gestionnaire de stockage me dit que j'utilise déjà 1.5 TO sur 1.8 TO, y a donc bien des GO qui traîne dans le dossier download, non ?

Chaque dossier correspond à une tâche de téléchargement. Est-ce qu'il te reste des tâches actives dans Download Station ?
 
S'il ne t'en reste aucune, oui tu peux supprimer tous ces dossiers...

 
quand tu parles de tâche active, tu parles de DL terminé "en partage" ou en cours de DL ?

Les tâches de toutes sortes (terminées, en cours de DL, de seed, etc.)

bah, il y a tout je dirais. Quand je finis un DL, je le laisse en partage.
 
Mais quand je calcule la taille du dossier " video " : 760 GO   et la taille du dossier test lien : 1.1 TO.
 
Bizarre, non ?

Ça ne change pas que la commande mentionnée est correcte, libre à lui de tenter en faisant un bête copier-coller et en évitant de faire X fois flèche gauche pour caler un espace au mauvais endroit pour je ne sais quelle raison

Parce que bon autant lui proposer un truc simple et efficace qui réponde à son problème parce que là on stagne quand même pas mal...

EDIT : bien que la façon la plus normale soit de purger les tâches de téléchargement dans Download Station mais ça ne semble pas résoudre son problème... je pense qu'il y a donc des tâches "fantômes" à virer dans le dossier /volume1/@download/

 
Comment je peux faire du coup pour nettoyer ce fameux dossier @download sans pour autant supprimer mes fichiers DL ?

Tape :

Ça va lister tous les dossiers et leur contenu dans le cache de ton NAS.

Tu identifies les numéros que tu veux supprimer pour faire la place, ce dont tu n'as donc plus besoin, exemple : /volume1/@download/481

Un fois fait tu supprime ces dossier, attention avec la commande "rm -rf", elle est très dangereuse car une mauvaise manip' et tu peux virer quelque chose que tu ne voulais pas...

Avec l'exemple ci-dessus ça donne : (sans ajoute d'espaces ou autre, en faisant un simple copier-coller !)

 
 
ok, mais pour identifier les n°, il faut bien que je les ouvre ? et avec putty, c'est pas possible, si ?

Les commandes tu les tapes justement dans PuTTY.
 
Quand tu bas faire le "ls" tu vas voir le contenu de tous les dossiers de cache, donc les fichiers qui sont dedans, exemples :
 
- Mes vacances en Espagne.avi
- Anniversaire de Jacquie.avi
- ...
 
En voyant leur contenu tu vas donc identifier les dossier dont du n'as plus besoin

 
OK, c'est fait, merci
 
Maintenant, comment être sûr que quand je vais supprimer un dossier (82 par exemple), ça ne va pas également supprimer mon fichier DL qui est dans mon dossier /nas/video ?

Le fonctionnement de Download Station est le suivant :
 
- le dossier @download sert de cache pendant et après le téléchargement (pour le partage)
- quand le téléchargement est terminé les données de @download sont copiées (et pas déplacées !) vers le dossier sélectionné, dans ton cas "video"
 
Les données dans @download et "video" sont donc complètement indépendantes, si tu supprime un fichier dans @download, sa copie dans "video" restera là

 
donc si je comprends bien, ce dossier @download est juste un cache, un genre de dossier "temp", c'est çà ?

Exactement, il est vraiment dédié à Download Station pour les tâches en cours de téléchargement comme les tâches terminées (en partage).
 
Si tu vire tout dedans tu risque juste de flinguer les tâches en cours de téléchargement, donc si tout est terminé et que tu n'as plus besoin de partager tu peux carrément tout virer
 
Mais ça reste toujours pas normal qu'en virant les tâches directement depuis Download Station ça ne libère pas de place

 
En te relisant, je pense savoir d'où ça vient......quand mes DL sont terminés, je laisse TOUT en partage, je n'enlève aucune ligne dans download station... comme le but est de partager, je pensais bien faire...

Oui, tant que tu conserve la tâche dans Download Station tu as en fait 2 x le volume de ton téléchargement présent sur ton NAS :
- dans le dossier cible sélectionné, "video" dans ton cas
- dans le dossier de cache de DS, pour le partage

 
ok
 
c'est le chien qui se mord la queue du coup ratio = partage...si j'en vire pour avoir de la place, ça va chuter, etc....
 
dur dur

Oui c'est vraiment pas simple de partager les photos de vacances

Mais dans l'autre sens, comment ça se passe du coup ?
là, par exemple, j'ai supprimé un dossier (n°8), je suis retourné dans download station, je l'ai relancé et il s'est mis en partage...ça a fait quoi exactement ? ça a recréé ce dossier dans @download ?

La manip' de suppression par le shell fais la vraiment pour les dossiers qui semblent "foireux" et non présents dans Download Station.
 
En gros dans un 1er temps tu supprimes par Download Station et si tu as encore des dossiers "fantômes" tu les vire par la ligne de commande ^^

en fait, là, j'ai fait comme on m'a expliqué plus haut, j'ai fait cette commande :
 
ln -s /volume1/@download/ /volume1/video/test_lien
 
de cette manière, j'ai accès sous windows au dossier @download et donc à tous les dossiers numérotés.
 
Là, ce que je fais, je supprime tous les dossiers où le DL est terminé.

Ha ok !
 
C'est en effet mieux de faire ainsi.
 
Du coup tu supprime d'abord depuis Download Station puis tous les dossiers qui restent tu les vire à la main, ça pourrait être du cache resté là mais qui n'a plus lieu d'être.

en faisant comme je l'ai écrit, quand je relance le fichier "en partag" dans download station, ça me recrée un dossier dans @download mais sans le ficher DL, juste 3 fichiers qui pèse que dalle :  
Fichier :
-filelist
-torrent
- resume

Oui car la tâche est encore indexée dans DS, il faut donc la supprimer depuis DS plutôt que depuis le dossier @download

 
par contre, on est bien d'accord, je ne pourrais plus partager les fichiers que j'enlève de @download ?

Exactement

ok, nickel, y a plus qu'à, merci pour tout les gars

Salut,  
 
Je reviens avec mon problème de renommage de share USB.
J'ai 2 soucis, et je compte ouvrir un ticket pour la beta6.
Avant de faire, est-ce quelqu'un pourrait faire un test pour moi:
- insérer un disk USB vierge
     > il devrait etre monté en auto, et un share usbshare1 devrait etre créé
- renommer ce share (dans dossiers partagé, simplement via l'interface web, par exemple 'usb-bkp')
    > ca fonctionne ? oui / non ?
 
- Ensuite, que ca ait fonctionné ou non, créer une tâche de backup de n'importe quel share ou répertoire du syno, avec comme destination ce disk USB (il va demander le nom d'un nouveau répertoire à créer).
     > executer la tache immédiatement
 
En mappant le share en question (par ex \\syno\usb-bkp\), est-ce qu'il est possible de retrouver tous les fichiers backuppés via une arborescence identique à la source ?
 
Mon problème : sur mon syno, une vieille tâche qui tourne depuis 3 ans se comporte comme ça.
Une nouvelle que je viens de créer se comporte en stockant les fichiers dans une base où ils ne sont pas identifiables (avec des index façon apple) ce qui ne me convient pas du tout.
Je voudrais vérifier que le comportement n'était pas celui-ci en 5.2 avant d'ouvrir mon ticket.
Est-ce la mort du babble raid ?

J'ai essayé justement et ça fonctionne !
ton système est à jour ? tu as essayé avec une clé USB ?

Tu supprimes tes torrent dans le download station

Beta6, justement.
Et pour le backup, tu peux aussi faire le test ?

Question : j'ai des dossiers avec pleins de media sur mon Syno, j'aimerai déterminer lesquels sont encodés en VC1. Quand je lance MediaInfo et que je scanne le dossier ça plante, logique vu la quantité.
J'ai vu que MediaInfo existait sur Syno ce qui éviterait de passer par un autre ordi pour scanner (+ pb bande passante).
Comment est il possible de créer un fichier txt/html du résumé de chaque fichier dans un dossier ? Et surtout, comment utiliser l'app MediaInfo installée sur le Syno ? Merci

Avec le package MediaInfo (du dépôt SynoCommunity), tu peux le faire en ligne de commande :
 

 
Si tu veux le faire dans des sous-répertoires, il faudra faire un tout petit script avec la commande 'find'.

Encore faut il savoir comment executer ces lignes de code

En fait, c'est pas très pratique de rediriger vers un seul fichier texte, le Syno n'a pas la "vraie" commande 'grep'.
 

 
Tu pourras ensuite trouver la liste des fichiers VC1 :
 

Putty ? SSH ? Bordel j ai honte d avoir un Syno et ne pas savoir executer les commandes...

Oui, PuTTY (par exemple) en SSH
 
Tu peux te connecter avec le compte 'admin', pas besoin d'être 'root'.

Xpenology> $ for i in /volume2/Compilations 2/*; do /var/packages/mediainfo/targ
et/bin/mediainfo $i > "$i.txt"; done
-sh: $: not found
-sh: can't create .txt: Permission denied
 
 

 
Je galère de trop, y'a kkch de spécial à faire après avoir installé le package ?

drap
 
(sympa la FP   )

Enlève le premier "$", c'est l'invite du shell (équivalent à ton "Xpenology>" ) le premier keyword de la ligne de commande est le "for"

S'il y a des espaces dans les noms de fichiers ça ne va pas fonctionner correctement.
Moi je ferais ça :

 
PS le forum rajoute des espaces dans les lignes dossier= et fichier= avant la parenthèse fermante, il faut les supprimer sinon ça marchera pas.