Fenrir

J’avais testé MailStation il y a quelques années, mais j'ai préféré revenir sur un serveur dédié dont je maitrise la configuration de bout en bout, mais dans mes souvenir ce n'était pas mal niveau conf postfix. Si tu sais ce que tu fais (que tu sais comment fonctionne un mta, ce qu'est un mx, que tu utilises des mots de passe fort), alors c'est faisable pour un usage particulier. En usage pro, ça peut vite devenir insuffisant. Par contre il y a plusieurs points à surveiller, en particulier : ton FAI l'autorise t'il ? ton nas risque de travailler 24h/24 (si les bots détectent que ton port 25 est ouvert et que la sécurité est faible, il vont tenter de s'en servir) Tu peux déjà tenter de voir si ça te convient en terme de fonctionnement (webmail, imaps, smtps) en passant par un relai pour la réception et l'envoi vers l’extérieur.

Fais les règles à la main dans ton routeur (c'est plus fiable). Il est possible que tu ais eu une mise à jour (certaines box et certains routeur se mettent à jour automatiquement), surtout avec les failles qui se baladent en ce moment

Ton process n'a peut être pas rendu la main, mais ça ne devrait pas bloquer le démarrage. Quel nom as tu donné au script ? (le nom est important pour la séquence de démarrage) Sinon, tu as encore accès au nas d'une manière ou d'une autre ? (ssh, lecteur réseau, ...)

Tu peux arrêter tous les paquets (du centre de paquets) sans risques, mais comme l'indique Piwi, regarde dans la liste des process ceux qui consomment le plus de ressource. J’aurai du le demander dès le départ :s

Je n'utilise pas Plex (je préfère de loin VideoStation, qui reconnait parfaitement mes séries soit dit en passant), mais juste pour information : la quasi totalité des "player" (tv, smartphone, tablettes, ...) savent lire nativement du h264/aac dans un conteneur m4v ou mp4 (voir mov) à ma connaissance, aucun appareil estampillé d'une pomme ne sait lire autre chose nativement Donc si vous voulez éviter le transcodage, convertissez vos vidéos en m4v (h264/aac), ffmpeg, MkvToMp4 et handbrake font ça très bien. Ça prend un peu de temps au début si on a une vidéothèque conséquente, mais ça évite les pb par la suite @Defray83 : je n'ai jamais testé les modèle "play", mais si tu ne fais pas de transcodage, n'importe quel syno fera l'affaire pour lire du 1080p ou du 4k, les seules limitations seront la vitesse du réseau et le cpu du player. Mon DS710+ me permet sans soucis de lire du 1080p tout en faisant plein d'autres trucs, donc un D415 devrait y arriver aussi

​nop, java n'a pas être lancé "avant" Regarde le bas de la page 59 de cette doc : https://global.download.synology.com/download/Document/DeveloperGuide/DSM_Developer_Guide.pdf voici un exemple de script vite fait/mal fait : #!/bin/sh DAEMON_PATH='/var/packages/Ubooquity/' DAEMON='Ubooquity.jar' DAEMON_OPTS='-webadmin -headless -port 2202' PWD=`pwd` #remplace le chemin par le résultat de la commande "which java" JAVA_BIN='/chemin/de/java' ######### case "$1" in start) echo 'Lancement de ton programme' cd $DAEMON_PATH nohup $JAVA_BIN -jar $DAEMON_PATH$DAEMON $DAEMON_OPTS cd $PWD ;; stop) #ici la commande d’arrêt, par exemple avec un kill sur le pid ($!) ;; status) #ici la commande qui retourne l'état du programme ;; *) echo 'Usage: $0 {start|stop} ;; esac exit 0 Tu créés ce script dans le bon dossier, tu corriges/adaptes en fonction de tes besoins et tu le rends exécutable : chmod 755 /chemin/du/script/nomdufichier.sh Ensuite tu peux le tester avec la commande : /chemin/du/script/nomdufichier.sh start S'il est dans le bon dossier, il devrait se lancer avec le syno, sinon, tu peux le lancer depuis une crontab à la condition d'ajouter quelques tests afin de ne pas lancer la commande si elle tourne déjà (existence du process, du pid, ouverture du port, ...). Mais normalement, même si c'est loin d'être propre, tu devrais pouvoir créer un simple script comme suit : #!/bin/sh PWD=`pwd` cd /var/packages/Ubooquity/ nohup java -jar /var/packages/Ubooquity/Ubooquity.jar -webadmin -headless -port 2202 cd $PWD exit 0 En passant, bash n'est pas installé sur les Syno et ne doit de toute façon pas être utilisé pour lancer un daemon

As-tu activé les dossier personnels (homedir) ? As-tu activé CloudStation pout ton compte dans le Synology ?

Tu ne peux pas faire de rollback avec les syno (enfin pas facilement). Pour la mise en veille, c'est un bug connu de la 5.2 Pour le CPU, arrête toutes les applications que tu as installé et regarde si le pb persiste

de rien

​supprime les 2 disque du groupe/volume où ils sont => perte des données associe les au volume existant

Je n'ai pas testé en 5.2, mais en 5.1 ça fonctionnait

/usr/syno/etc/rc.d/

n’éteins pas ton nas Tu peux ajouter un petit script dans le dossier de boot du syno (je n'ai pas le chemin en tête, mais ça ce trouve facilement)

Essaye de couper CloudStation (gestionnaire de paquet->CloudStation : arréter) Si le test smart bloque, tu as peut être une erreur disque, ce qui pourrai expliquer les lenteurs => vérifie tes sauvegardes pour brancher le nas directement : fixe l'ip de ton nas avec l'ip qu'il obtient en dhcp et fais la même chose sur ton ordi

c'est normal qu'il ne soit pas dans le centre de paquets, filestation est un paquet standard, je me suis mal exprimé, voulais dire de vérifier qu'il n'y a pas de mise à jour du syno A tout hasard, essaye avec un navigateur avec moins de plugins Essaye aussi en changeant la langue de DSM Tu peux aussi tenter d'ouvrir filestation directement (dans le portail des applications, créé un alias pour filestation), par exemple : http://ip.de.ton.nas:5000/file Si rien ne marche, il te reste le support synology, sauf si quelqu'un a une idée

Vérifie les réglages de pare feu Si tu es en ip fixe, il y a peut être un conflit d'ip

Si tu ne sais pas ce que représentent les groupes de disques (LVM), ne t'en soucis pas. Il est tout à fait possible, bien que déconseillé, de faire un volume de 16To avec les groupes de disques, ça sert à ça (entre autre), par contre la suppression d'un groupe et/ou d'un volume implique la suppression des données (sauf à le faire avec les commandes LVM mais je pense que c'est hors de ta portée). =>si tu as moins de 8To de données en tout, déplace tout sur un volume puis supprime l'autre. Après tu pourras agréger des 2 autres disques au volume.

Quand tu indique que l'accès à ton nas est lent, tu fais le test en local (sur le même réseau) ou via Internet ? si c'est via Internet, ça peut venir de ta connexion en émission (upload) si c'est en local, il doit y avoir un soucis (le DS112j n'est pas un foudre de guerre, mais quand même) Regarde dans le moniteur de ressources s'il n'y a pas un process qui bouffe des ressources. Vérifie aussi dans le gestionnaire de stockage que ton disque est en bon état (test smart). Fais aussi le test en branchant ton nas directement à ton ordi en rj45

Pour moi un onduleur ça sert avant tout à corriger les fluctuations de courant, la batterie n'est là que pour permettre de palier aux plus fortes variations (jusqu'à la coupure totale), les onduleurs off line ne sont donc pas des onduleurs mais une batterie de secours de mon point de vue. De plus l'écart de prix est souvent minime avec les modèles In-Line. Maintenant mon point de vue est biaisé du fait de mon travail et comme le précise Gaetan, les appareils électriques savent souvent composer.

il est aussi possible que le problème vienne de ton débit internet, fais le test chez toi sur le même réseau que le nas et oui, la quantité de data consommée sera la même que tu télécharge ou que tu te contente de streamer (au delta de ce que peut faire gagner le transcodage)

Un onduleur basic en line interactive ça ne coute même pas prix d'un disque. Je ne devrais pas le dire, mais je suis en raid sans onduleur depuis des années, par contre : je n'ai aucun appareil à forte puissance (machine à laver, micro ondes, ampli, ...) sur le circuit du nas les coupure edf sont rarissimes chez moi (une tous les 2 ou 3 ans) le courant est très stable (pas de sur/sous tensions) j'ai un second nas en miroir éteint 99% du temps et une sauvegarde hors site je peux me permettre de racheter un disque de temps en temps (même si en pratique ils me font 3-4 ans)

Bienvenue, Bon courage pour faire le tour des fonctionnalités, il y a de quoi faire ...

Je te recommande de convertir tes vidéos en m4v (h264/aac) si tu souhaite les consulter depuis un smartphone ou une tablette car ce format est bien plus adapté au streaming que l'avi (qui en général contient du xvid/mp3), de plus tu feras des économies de batterie. Pour le plantage, je pense que c'est la combinaison de plusieurs facteurs (format non adapté, débit insuffisant, cpu trop léger, plateforme fermée). A noter que dans tous les cas les 300mo seront téléchargés.

nas> ps | grep -i audio 13495 root 27112 S < /var/packages/AudioStation/target/sbin/synoaudiod 13504 root 79624 S < /var/packages/AudioStation/target/bin/pulseaudio --realtime=false 13524 root 13704 S < /var/packages/AudioStation/target/sbin/synorcd nas> ls -l /tmp/AudioStation/player.list.json -rw-r--r-- 1 root root 27 May 30 22:22 /tmp/AudioStation/player.list.json nas> ls -l /tmp/AudioStation/player.list.json -rw-r--r-- 1 root root 27 May 30 22:23 /tmp/AudioStation/player.list.json nas> ls -l /tmp/AudioStation/player.list.json -rw-r--r-- 1 root root 27 May 30 22:24 /tmp/AudioStation/player.list.json nas> stat /tmp/AudioStation/player.list.json File: "/tmp/AudioStation/player.list.json" Size: 27 Blocks: 8 IO Block: 4096 regular file Device: eh/14d Inode: 19589 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2015-05-25 23:06:52.000000000 Modify: 2015-05-30 22:25:32.000000000 Change: 2015-05-30 22:25:32.000000000 nas> top Mem: 914308K used, 100600K free, 0K shrd, 8656K buff, 568336K cached CPU: 0.0% usr 9.0% sys 0.0% nic 90.9% idle 0.0% io 0.0% irq 0.0% sirq en espérant que ça t'aide

Les transferts entre syno ne sont pas nécessairement en CIFS, ça dépend de la configuration adoptée. De manière général, un client communique toujours avec un serveur dans la version la plus récente prise en charge par les 2 (si ton client sait faire du smb1, 2 et 3 mais que le serveur est limité à smb2, alors l'échange sera en smb2). Pour ce qui est des différentes versions de smb, le débit reste faible comparé à d'autres protocoles, les versions les plus récentes apportent surtout des fonctions qui ne sont utiles qu'en entreprise (copie direct, sécurité accrue, ...) et nécessitent des OS récents (rien en dessous de W8.1 ou 2012r2). Personnellement, j'ai un meilleur débit en smb2 qu'en smb3 (ce dernier nécessite plus de cpu)