Einsteinium

Bah dans les options du serveur, cherche un peu, il doit y avoir que 10 sous menus.

Ah sa peut venir de plex, qui de réglage de base fait sa maintenance entre 2h et 5h du matin, c’est là que ce fait le gros des téléchargement, des maj métadonnées et consort.

Que ce soit au niveau des transferts (file station, smb...) ou de paquet, il y a des logs à chaque fois... donc logiquement il devrait trouvé en quelques minutes

Bah activé tous les journaux sur ton nas, tu verras les transferts avec IP

Tu vois, pas de stresse, le problème est réglé, pour le délais... bah le problème n’était pas « grave »

Tient j’avais pas vue ce topic, dommage je que je n’utilise pas vidéo station.

Fait une recherche sur le forum, quelques membres ont déjà upgrade ce modèle

Bah faut passer par les scripts cgi de surveillance station pour l’activation/désactivation des cam, fait une recherche sur sa

Bah ils verront pas le début des logs, rien de bien méchant... si tu fais un sav, cela sera sans disques, donc sans log

Ici ce n’est qu’un problème d’extension de garantie hein... il n’y a pas qu’une branche au sav de synology et celle que tu as en contact ne doit pas être la plus rapide et grande. Contact pour un sav logiciel ou matériel, après une semaine, cela sera au minimum un échange par jour 😉

Ou alors lors c’est une nouvelle pirouette de seagate pour les sav. Moi perso seagate j’ai goûté leurs disques en 3To et surtout leurs sav... plus jamais... (15 jours minimum, 30 si tu as la chance d’être sélectionné pour un test en laboratoire, pas de disque de remplacement directe comme WD)

Le debug est presque systématiquement demandé par synology quand on demande un sav, il contient tous les logs, qui indiquent la quantité de ram, pas forcément des logs visibles. Quand on veut triche avec la garantie, faut être prêt à mettre les mains dans le cambouis. En cas de nas KO, ils vont pas te demandé les logs... vue que tu seras pas les générés...

Euh j’utilise pas les dossiers personnels, mais le chemin réel doit être du genre /volume1/homes/utilisateur/ Regarde via ssh sinon.

Déjà inutile de mettre le script dans /usr/, tu peux le mettre où tu veux sur ton volume, fait directement un « vi » pour la création, voit utilise l’editeur de texte sous dsm 😉 Bah si, tu peux connecté le nas sur un vpn et définir la connection par défaut... maintenant faut pas ce loupé sur le pare-feu...

Tu peux toujours remettre la ram d’origine, mais il ne faudra pas abîmer les stocker de garantie, faudra aussi purger la totalité des logs du nas et remettre la ram, avant de faire un sav ou tu devras fournir le debug, sinon ils le verront direct. Pour les coeurs, c’est en fonction de ton modèle et du nombre de Coeur, chaque vm utilisera ses cœurs, dans la limite du proco, après cela sera partagé. On peut dire que c’est comme virtualbox, pour les drivers il y a un iso disponible pour Windows 😉

Libère le et passe le en wifi 😉

Optimiser le débit Oo, un peu useless non ? Perso le mien est en wifi et aucun soucis de débit.

Et pourquoi ne pas stoppé le docker, exporté ses fichiers, faire le mapping ensuite... (via le dossier docker) et mettre en place des instantanés avec snapshot réplication ? Bien plus simple et gain de place 🙂 (ce que je fais)

On dérive du sujet 🙂 Vous avec bien « renderD128 » ? Sinon avec rasplex, c’est de la lecture direct, tu passes par quoi @pluton212+ ?

Ah non c’est le forum officiel de la communauté francophone 😎

J’utilise toujours la dernière version de plex, aucun soucis à ce jour en tout cas.

Dans le bridge non, on peut pas, mais par défaut si tu supprimes pas le dock, il garde son ip.

Ahhhh vide le champ de répertoire temporaire de transcodage 🙂 Et là oui il n’y a pas le (hw)

Et côté serveur c’est activé dans les options ? Car bizarre bizarre 🙂

Ta oublier un espace entre 666 et /dev..... 😉