.Shad.

Ok je ne vois nulle part que tu as essayé de mettre l'uid et le gid d'un administrateur complet du NAS. Et normalement, il faut que l'utilisateur, 1047/100 dans ton cas, soit propriétaire du dossier de config (docker/emby) sur le NAS, pas seulement avoir les permissions.

Par acquis de conscience à ta place je mettrais l'utilisateur admin pour voir si ça change quelque chose, histoire d'écarter définitivement la question des permissions.

Tu as juste à monter le driver dans le conteneur, rien de plus.

Merci pour l'information, je n'étais pas au courant, et en même temps c'est logique, car parfois j'ai des recommandations alors que je ne suis pas passé par Google et que j'ai un adblocker.

Personnellement je préfère utiliser l'image de Linuxserver, jamais de surprise avec eux, la configuration de leurs images est totalement standardisée.

Tu as bien renseigné le chemin au sein du conteneur et pas sur ton NAS ? Vérifie également que les dossiers ont été créés dans le conteneur : docker exec -it <nom_du_conteneur> bash pour y accéder.

Je ne pense pas que tu verras une grande différence entre Emby et Plex d'un point de vue fonctionnalité. Plex a peut-être plus de modules comme Tautulli pour gérer précisément les utilisateurs. Globalement les deux sont gratuits, et si tu prends la version premium, tu peux activer le transcodage matériel (en cas de format trop récent par rapport au périphérique de lecture) et toutes les fonctionnalités sont débloquées sur les versions mobiles Android/iOS. Moi j'utilise Emby, parce qu'ils sont plus respectueux de la confidentialité des données (moins d'adware type Google Analytics et autres), et ils sont très réactifs sur leur forum de support, j'y ai eu affaire quelques fois et ils sont très pros.

Non, si ton lecteur lit nativement le format le NAS se contentera de transmettre le flux. Si tu désactives le transcodage le NAS n'essaierai pas et tu auras un message d'erreur sur ton périphérique de destination comme quoi le format n'est pas pris en charge, un truc du genre.

le DS3018xs consomme plus que le DS1819+ également. La compatibilité SHR est quand même un must si tu veux changer tes disques en toute simplicité.

Bienvenue !

Bienvenue à toi, au plaisir de te lire. 🙂

Je confirme, il a un peu moins d'options que Syncthing, mais l'interface est plus léchée et je le trouve plus stable.

Après je t'avoue que comme toi ça me va très bien la ligne de commande. Il y a peut-être moyen de connaître les processus à l'oeuvre avec un htop quand on copie via FileStation. Suivant les synoservice exécutés, on pourrait avoir une bonne idée de ce qui se passe en arrière plan.

Bienvenue !

5s au lieu de plusieurs minutes ça me paraît par contre énorme comme différence... Ton déplacement se fait entre des dossiers partagés ? entre des volumes différents ? Je viens de faire le test, j'ai copié un fichier de 2.7 Go avec Filestation, environ 1 minute, la même chose en SSH ça m'a pris un peu plus de 30 secondes. Donc il y a un problème dans ton cas si la différence que tu observes est réelle (et que tu n'as pas fait le marseillais 😉 )

Salut, C'est une bonne question, ce que je sais c'est que certains protocoles ne déclenchent pas d'indexation automatique (SFTP pour avoir testé, ou P2P). NFS pendant un temps ne la déclenchait pas non plus, j'ai vu des posts affirmant que ça avait été corrigé mais d'autres signalent toujours des souci. En revanche ça ne m'a jamais posé de problème au niveau des ACL, en effet on peut voir que si l'on crée par exemple un fichier via ssh avec touch les ACL (le + à côté des droits d'accès). Pour le reste, à moins que tu ne sois pressé, je te conseillerais de continuer de passer par File Station pour déplacer tes fichiers.

Ah ok merci, j'ai jamais eu un Mac entre les mains 😛

Salut, C'est un forum Synology tu sais... bien que le nom de domaine puisse prêter à confusion, ce n'est pas le cas de la bannière. Tu auras plus de chance sur le forum WD non ?

Je ne connais pas les Mac mais je crois que vous avez un terminal, Homebrew, non ?

Ne connaissant pas Ubooquity je ne pourrai pas te répondre.

Via les variables d'environnement PUID/PGID au moment de la création du conteneur, tu mets 1026/100. Voir tutoriel :

Oui j'ai fait kill -9 pid_du_processus La bonne nouvelle, j'ai pu recommencer et ça va prendre le temps normal. La mauvaise nouvelle c'est qu'un des disques a déjà près de 2000 secteurs défectueux à... 20% de l'analyse ? Je vais laisser l'analyse se finir et renvoyer tout ça fissa avec le rapport badblocks 😛

Visiblement je ne suis pas le seul avec ce problème, je ne sais pas comment j'ai fait ma première recherche pour ne rien trouver. Je vais tuer le processus et augmenter le nombre de blocs, car 13 jours pour un test. 😄 😄 😄 22h par disque c'est déjà autrement plus acceptable. 🙂 Par contre j'ai lu que ce problème est surtout constaté sur les Seagate, dans mon cas ce sont des WD... Curieux quand même.

Bonjour, Je suis en train d'ajouter 2 disques WD Red de 3 To à mon DS918+ actuellement en SHR avec protection de données sur deux disques. J'ai suivi la première méthode, via le planificateur, et j'ai laissé la taille de bloc par défaut (méthode lente). Pour l'instant seul un test a été lancé sur le disque 3 (sdc). Des autres posts que j'ai vus, on doit compter environ une quarantaine d'heure pour le test d'un disque. Là je suis l'avancement du test, je suis à 0.09% pour 16 minutes écoulées. Je suis parti du principe que la vitesse d'analyse était linéaire, donc un rapide calcul : 100 / 0.09 = 1111 donc 1111 * 16 min ~ 17777 min => 17777 / 60 ~ 300 heures ??! Je ne peux pas évidemment patienter tout ce temps, il y a visiblement quelque chose qui cloche, ou alors le postulat de linéarité de départ est faux. Est-ce que quelqu'un a un avis sur la question ? Est-ce que je peux dans le pire des cas arrêter le test et augmenter la taille des blocs ? @firlin Merci de vos retours !

Bienvenue chez nous !