Einsteinium

En prenant ton exemple cela deviendrait en commande : copy --config="/volume1/script/Plex/rclone/rclone.conf" --log-level 'INFO' --log-file /volume1/script/Plex/Copy2Drive0_log /volume1/teamvideo crypt0: (environnement/commande dans l'interface graphique)

C'était une observation, tout ceux qui utilise watchtower, utilise docker compose naturellement. 4Go en limite mémoire pour plex c'est parfait, plex ne consomme pas beaucoup de ram, sauf lors du transcodage (4Go suffisant pour un paquet de flux) et pour l'indexation (la c'est no limit) et du coup la je dirais... la réservation est inutile avec autant de ram, c'est plus pour les petites configurations qui veulent assuré un minimum pour plex, par contre la ou vous péchez... pas de limitation du swap (moi je l'interdit), non car lors de l'indexation c'est no limit... il mangera tout ce qu'il peut pour aller plus vite. (il y a aussi quelques petites options qui consomme temporaire aussi, comme la détection d'intro par exemple..)

Oui via file station, après j'ai jamais testé rclone en dehors de docker 🙂 Les lignes de montage ne change pas, juste tu commences avec mount ou copy dans la ligne de commande du docker. Par contre niveau optimisation de ton mount/copy, 0 pointé. Si plusieurs personnes manifeste leurs intérêts pour rclone via docker, j'en ferais un tutoriel avec les bonnes optimisations.

@cadkey Yep je le fais depuis plusieurs mois sans aucun soucis, j’ai deux instances, une pour le montage, une deuxième pour l’upload. Il y a 2 limitations du montage (Pas de déplacement/ajout possible, on peut renommé/supprimé sans soucis par contre).

@cadkey https://hub.docker.com/r/rclone/rclone

Je l’ai fait passé depuis sur ma méthode avec rclone en docker 😉

Perso j’utilise directement un docker pour rclone, je ne modifie aucun fichier système.

Sur la 3ieme capture, tu as quoi quand tu cliques sur plus ? Quand tu cliques sur l’icône de réglage du serveur (forme de croix avec clé et tournevis en haut à droite), tu vois ton server nas ou pas ? Bon en piste je dirais que cela peu être a cause de la configuration réseau forcé dans plex si tu n’avais pas la même plage d’ip locale entre ta balade orange/bouygues et que tu as déconnecté le compte entre deux : La pour le coup alors suffira juste de changer la plage dhcp de la box (exemple passer de 192.168.1.x à 192.168.0.x) le temps de faire sauter ce champs dans Plex.

Quitte à faire du ssh, autant faire du cli directement, quote moi demain je te copierais un exemple pour Plex, docker compose c’est plutôt ceux avec watchtower qui utilise.

Moi je préfère en bash avec docker-cli 😉

Tu récupères pas que la bdd, mais la totalité des fichiers, regarde sur un docker vierge ce qu’il ce passe dans le dossier config (la structure dossier), il te suffira ensuite de purger et mettre ensuite les fichiers récupérés avant de relancer le docker pour reprendre la ou tu t’étais arrêté avec la version packet sans rien perdre 😉

@MilesTEG1 Pourquoi le card0 déjà ?

Une erreur, il faut lire https, après la logique voudrais qu’on n’utilise que le https 😉

Tu fais Plex à distance via reverse et sous domaine ? Si oui vas voir, peu être un petit réglage à faire 🙂

Si vous avez un problème d’indexation, cela peu venir de deux choses, un problème de caractère spécial ou de droit.

@MilesTEG1 Reouvre les ports du serveur web Que tu as fermé pour l’update ^^

@DORCXUS Je t'ai répondus sur la première page pour cela 😉

@.Shad. L'utilisateur abc n'est utilisé par defaut que si tu ne définis pas d'utilisateur (en puid/pgid), c'est un utilisateur qui n'existe que dans l'instance docker ^^ Moi la je ne peux essayé, mais si toi tu le peux, utilises la ligne cité plus haut et reboot, tu seras vite fixé 🙂 Après même si linuxserver ne veut pas intégré la variable gidlist sa me dérange pas plus que sa, au moins les images sont à jour. Donc c'est un problème de client, on active pas le 5.1 sur sa box, si on a pas derrière une télé ou un système son qui ne le prends pas en charge.

Moi je passe plus par les json, mais via un petit bash que j’exécute chaque nuit, afin de ne plus avoir à surveiller les update de l’image sur github ^^

@GrOoT64 Bizarre ton problème ^^ @.Shad. Si tu veux faire le test au passage (après reboot retirer les droits modifier) : synogroup --member videodriver Plex Test un reboot aussi voir.

Effectivement pour le coup on pourrait rajouté l’utilisateur directement dans le groupe, maintenant cela serait en ligne de commande, la question c’est : est ce qu’une modification de l’utilisateur, le fera sauter du groupe videodriver… ? Maintenant on réduit à l’utilisation de la partie graphique, pas grand risque à craindre 🙂

Je prends que du bon c'est pour sa 🤣🤣

@GrOoT64 Tu le rajoutes ou tu veux, genre après cpu prioritty 🙂 @MilesTEG1 Je suis pas sur HFR ^^' perso je rencontre aucun soucis de mon côté 😛

Si tu désactive cette option, alors le serveur ne transcode alors plus que le son, ce dernier ne mange pour ainsi dire aucune ressource... tu perds beaucoup de temps à réencoder pour rien... @GrOoT64 tu as fais un petit script qui doit être exécuté à chaque reboot ? non car sans cela, tu auras beau le mettre dans le json, le docker y aura pas accès 🙂 #!/bin/sh if [ -d /dev/dri ]; then chmod 666 /dev/dri/renderD128 fi exit 0

J'ai pas de sous dossier app.d, juste conf.d et il ne contient pas ce fichier ^^