lordtaki

Pour le DLNA je ne vois pas pourquoi cela aurait un rapport avec la nature du système de fichiers. "Redémarrer automatiquement après coupure" c'est utile quand justement le NAS est en en marche et connaît une coupure. D'où la question "comment arrêtez-vous vos NAS?" pas par la multiprise?

*/10 dans la colonne pour les minutes pour faire toutes les 10 minutes. Accessoirement éteindre/allumer/éteindre/allumer un NAS c'est un très bon moyen pour entamer la vie des disques durs. Il y a certainement une raison à ce besoin mais il m'échappe.

Une possibilité très contraignante serait d'attribuer les droits admin à un utilisateur normal via sudo à toutes les commandes admin nécessaires. Mais vraiment très contraignante et de toute manière pour le mettre en place il faudra être admin.

Juste... il semble que le service Plex a été démarré depuis peu (14:42). Quelles ont été les actions entre le premier post et maintenant sur le service Plex (redémarrage du NAS, du service?).

Il faut se connecter en ssh au NAS (google ssh synology, avec linux c'est assez simple: ssh -l user 192.168.1.52). Ce sont des commandes pour: -lister les processus qui utilisent le port 32400 -lister les processus qui ont 'plex' dans leur nom (quelle que soit la casse) -vérifier que le port 32400 est en écoute

En ligne de commande: lsof -i :32400 (peut ne pas marcher, je ne sais plus si lsof est fourni par défaut par Synology) ps -efl | grep -i plex netstat -an | grep :32400

Avant de regarder les ports (parce que si vous posez la question c'est que vous n'aviez rien fait par le passé), regarder l'état du service (via le control panel ou package center).

Effectivement. Il faut vraiment être en besoin des quelques ajouts/corrections pour y aller actuellement.

Je ne connais pas la configuration du firewall de ce membre. Le mien bloque tout par défaut et j'ouvre selon le besoin sur le NAS. Si je ne le fais pas explicitement pour le port utilisé par Plex j'aurai une erreur de ce style. D'où ma question.

Vérification de l'état du service Plex sur le NAS? Vérification du firewall intégré au NAS?

De mémoire non mais il y a une section dédiée sur le forum.

Oui on peut. Il suffit des les ajouter via la configuration de Package Center.

Oui c'est en ligne de commande. Après tu peux faire en sorte de la lancer régulièrement et d'écrire dans un fichier de log. Ou lancer la commande avec un watch. Sinon il y a darkstat dans les dépôts alternatifs qui propose une interface web.

netstat peut répondre à certaines attentes. SInon les logs des applications concernées.

Attendre.

De mémoire, le paquet transmission tel qu'il est fourni par Synology via Download Station n'intègre pas la partie création de torrent. Cela a pu changer depuis la dernière fois que j'y ai jeté un oeil cependant.

http://www.makemkv.com/

rsnapshot fait très bien cela mais il faut mettre les mains dans un terminal. Google sera votre ami si cela vous intéresse.

Mots clés: rsnapshot et synology Si votre PC est sous (sur) Linux. Pour les autres OS, attendre qu'un autre membre du forum se manifeste, je ne veux connaître que Linux.

La commande 'alias' seule listera les alias correctement déclarés. Avez-vous bien mis dans le .profile: alias cdv1="cd /volume1/" Si oui, après avoir édité le fichier .profile, l'avez-vous sourcé pour prise en compte? ou délogué/relogué de la session ssh afin que le fichier .profile soit sourcé?

Si vous êtes familier avec les dépôts tiers et les lignes de commandes => rsnapshot

Quel rapport avec la sauvegarde? Se poser la question de la localisation d'un tel fichier me fait penser que vous n'êtes pas familier avec les alias justement. Un alias vous servira en ligne de commande, vous pouvez éditer le fichier ~/.profile de l'utilisateur qui a besoin d'un alias.

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.