lordtaki

Pas de hards link sur 2 machines distantes évidemment (on parle d'inodes, de file systems...).

Pourquoi ne pas avoir la curiosité de googler pour comprendre les hard link? http://davidmasclet.gisgraphy.com/post/2009/12/22/Différence-entre-un-hard-link-et-un-lien-symbolique

circulez, y a rien à voir, ça s'appelle des hard link et ça ne prend pas deux fois la place Blague à part, le système de Synology est pas bête et utilise des liens en dur. Donc on ne le dira jamais assez, le fichier présent dans le répertoire caché @download est le même que celui visible dans le répertoire de destination des téléchargements. Pour libérer l'espace disque il faut: - supprimer le fichier du répertoire de destination, visible via File Station - supprimer la tâche de téléchargement dans Download Station Si la notion de lien en dur sous linux est trop difficile à comprendre, je déconseille de commencer à toucher aux répertoires cachés @XXX de Synology en ligne de commande.

Non ce n'est pas utile. Cela dépend ce que l'on entend par faire du mal. Il y a quelques contraintes infligées aux disques durs (par exemple) lors d'un arrêt / démarrage. Un NAS est fait pour tourner 24/7 et bizarrement l'OS choisi n'est pas Windows.

Point 1 ou 2? Le dossier surveillé normalement ce n'est que pour les fichiers torrents. Il y a une autre option pour supprimer les fichiers torrents une fois chargés.

"mettre mes bluray sur un nas" cela veut dire quoi? Généralement les clients multimédias ne gérent pas les images brutes et il faut passer par une étape d'encodage (sans perte) dans un conteneur mkv (façon makemkv). Ensuite, finalement tout va être question de moyens. Un NAS dernière génération remplira toutes les fonctions attendues. 4 baies, 2 baies... c'est le budget qui déterminera.

Point 2: Settings / BT / Automatically stop seeding / Remove this task

Connection SSH avec le compte admin.

Point 1: https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/What_stops_my_Synology_NAS_from_entering_System_Hibernation Point 2: pas accès à DS pour pointer l'option qui va bien dans les paramètres

Point 1: comportement par défaut il me semble. Point 2: là aussi il me semble. :D

Avoir les droits en R/W ne veut pas dire être admin. Essayez les dites commandes avec sudo au début. Aucun rapport, une adresse réseau 192.168.est privée, inutile de la masquer.

Quel utilisateur utilisé pour faire ces opérations? ls -l /var/services/homes/le_nom_caché_en_rouge ? idem pour le contenu de .ssh

Surtout ne pas déplacer les fichiers dans la situation indiquée. C'est DownloadStation qui se chargera de supprimer le fichier quand la tâche sera supprimée. Simple: - redémarrer le service (pas le client, ie interface) DownloadStation - faire une copie si pas résolu Compliqué: - émuler le fonctionnement et faire un lien en dur (hautement déconseillé compte tenu du niveau assumé)

Un service FTP n'utilise pas que le port 21. En googlant rapidement http://blog.nicolargo.com/2008/04/ftp-actif-versus-ftp-passif.html

Une tâche en cron n'a pas le même environnement (variables entre autres) que lorsqu'on teste dans une session. L'utilisation de chemin relatif est déconseillée parce qu'à part savoir exactement la localisation (pwd) lors de l'éxécution du script cela foutra toujours la grouille (en jargon sysadmin). Et un chemin absolu c'est tellement plus lisible et maintenable. Par contre à premi-re vue pour la connexion MySQL cela devrait être bon si les paramètres sont évidemment corrects.

Avec un poil plus de recherches vous auriez eu confirmation qu'il faut désinstaller cloudstation et resync (repartir d'une base propre, si possible sans versionning). :)

Ce qu'il faut comprendre: le répertoire @download est lié à ce que vous voyez dans l'application Download Station, les fichiers téléchargés sont liés en dur avec les fichiers présents dans le répertoire défini comme destination. Le fichier est présent à 2 endroits mais n'occupe qu'une fois l'espace. En supprimant d'un côté il existe toujours le fichier de l'autre. De plus pour "nettoyer" le répertoire @download il vaut mieux passer par l'application Download Station et supprimer les fichiers complétés en seed.

Normalement le service Video Station tourne toujours et est lancé au démarrage du NAS. Vous ne confondez pas avec l'application Video Station qui est l'interface d'administration?

Mots clés: redirection port, NAT, le_nom_de_ta_box

C'est le processus qui scanne (régulièrement ou pas) les répertoires pour trouver les derniers médias ajoutés.

Non à moins d'être charitable. Les solutions gratuites et payantes ont déjà été évoquées dans ce thread. A moins d'une manipulation magique tenue secrète depuis la création du noyau linux.

Aucune. Peut-être activé le service NFS sur le NAS client (celui qui doit monter le partage)? Mais vraiment au pif surtout qu'en ligne de commande c'est validé.

Il faudrait chercher via l'assistance Orange pour le modèle de votre livebox comment configurer la redirection des ports aka règles NAT.

Pas sûr que ce soit persistant au redémarrage car Synology regénère certaines configurations en fonction de ce qu'il y a en base... mais "vi /etc/fstab" devrait faire l'affaire.

Ouverture de ports sur la livebox, doit-on comprendre que la redirection des ports a aussi été faite? Dire que quand l'extérieur accède au port 21 (celui par défaut pour FTP) on redirige vers l'adresse IP locale du NAS sur le même port 21?