zwiter

Bonjour Idée stupide : downgrader ton Syno original vers dsm 5?

quelles sont les tailles du disque et clé USB?

Néanmoins, docker peut mapper des socket linux. Un socket peut être utiliser pour communiquer avec un périphérique USB. Autrement dit, si jeedom fonctionne avec un socket, tu pourras l'utiliser sans problème dans un conteneur docker. (https://www.jeedom.com/doc/documentatio ... _FR/myhome)

Bonjour, Dans Linux, en général, les taches répétitives sont des taches 'cron'. Donc si tu peux te connecter a ton NAS via un terminal ssh, tu peux afficher les taches via la commande "crontab -l". Z.

ca doit se scripter, puisque il est possible d'acceder au shell esxi tout comme le shell dsm.

si il dit que ton volume est dégradé, c'est que ce disque est rattaché à un volume. Si un autre disque appartenant à ce volume brise, tu perds les fichiers de ce volume.

Bonjour, En général, cette erreur provient de disques dures en raid, SHR ou similaire. Toujours en général, ca veut dire que l'un des disques est reconnu comme déféctueux (cassé ou déconnecté) mais la redondance permet au système de fonctionner en mode dégrader. Changer le disque et / ou rebooter solutionne ce probleme. En tout cas, je suis persuadé que la clé USB est correcte. Je vous conseille de lire les journaux d’événement de votre système. Il y a souvent des indices. Z.

Bonjour, Définitivement SHR. De plus, je suppose que tes disques sont assez anciens. Z.

Supermicro have low price JBOD (http://www.wiredzone.com/supermicro-racks-kvm-chassis-power-server-chassis-4u-rackmount-cse-847e26-r1k28jbod-10022306). Still it is a JBOD and you need another server to handle it. So I wonder if you can use it with Xpenology. I currently manage a jbod with 45 HDD (around 60TB) linked to a ZFS server (OpenIndiana) via Infiniband link.

Bonjour, L'aide de Synology est plutot bien fournie : https://www.synology.com/fr-fr/knowledg ... er/sharing Z.

Bonjour, Effectivement, les montages réseaux ne peuvent être indexés pour les applications photo/video/audio. Z.

windows 7 te prendra des ressouces, plus que esxi, sourtout en RAM. SI tu veux un windows, fais le contraire : ESXI, puis VMs windows + xpenology + ...

La plupart des cartes réseaux sont capables d'utiliser les cables croisés. D'expérience, cat6 ou 5 n'a pas d'importance : il faut une très grande longueur de cable pour avoir un impacte. Je vais avec l'avis e Nicoueron, probleme de pin/fil dans ton cable. 100MB : 4 pins/fils utilisés 1GB : 8 pins/fils utilisés

Voila ma configuration dont je parlais. Cela te donnera peut être une idée pour la puissance. Je n'ai aucun problème avec le 1080 en x264. Je n'ai pas testé le x265 car ma version de XBMC/linux n'est pas à jour. Je doute pouvoir faire tourner du 4k, mais je n'ai pas tester. MB ASUS|P8H61-I (REV 3.0) H61 1155 CPU INTEL|PDC G620 2.6G 3M 1155 R MEM 2Gx2|GSKILL F3-12800CL8D-4GBRM HD 2T|SAMSUNG HD204UI FAN ROSEWILL|RFX-120 RTL Je te conseille d'aller voir ce forum : http://www.avsforum.com/forum/26-home-theater-computers Il y aura surement des infos pour la configuration nécessaire au 4k. Le RAID 1 n'est peut etre pas forcé si ces données sont déjà un duplicata d'un autre appareil.

Bonjour, Si vos besoins sont : - sauvegarde - fonctions de home theater Ils sont semblables aux miens. J'utilise depuis 3 ans un mini-pc avec une configuration minimale comme le votre directement branché sur ma TV via HDMI. Bien que ma TV soit 'smart', Kodi/XBMC l'est bien plus. La dessus est donc installé : - linux mint (desktop peu groumand) - kodi pour les videos/photos sur la TV. Ca fait aussi l'audio mais je n'utilise pas cette fonctionnalité. - Crashplan pour la sauvegarde de mes postes réseaux (1 desktop et 2 laptops). Avec ca, j'ai une machine virtuelle avec XPEnology. D'accord, elle est sur mon desktop et non sur ce mini-PC, mais il est largement assez puissant pour le supporter. Vous pourrirez donc l'installer avec un virtualbox pour qu'il gère votre musique. Kodi etant compatible DLNA, vous pourrez meme streamer votre musique depuis votre cellulaire vers votre TV. Z.

Bonjour, 1. Avez vous fait un test sans utiliser xpenology, entre vos 2 machines? Par exemple en utilisant 1 live linux sur votre nas. 2. Quelle méthode de transfert de fichier avez vous utilisé? smb, sftp, ftp, scp, rsync... Certains protocoles sont très pénalisant. Je vous recommande de tester en sFTP et d'utiliser l'encryption arcfour, aucune compression. Z.

Salut, 1. Si tu intercales un switch/hub entre ton routeur et ton nas, ca dit quoi? 2. Je suppose que tu as testé tes 2 cartes réseaux, et que ce sont bien 2 cartes distinctes et non pas 2 ports réseaux sur la meme carte? 3. Tester avec une autre carte réseau? 4. est ce que DSM a accès a la configuration de ton routeur? (panneau de controle > acces externe > configuration routeur) z.

nice one Jacques

nmap, telnet et tcpdump sont mes fers de lance pour un réseau qui fonctionne pas. tcpdump n'est pas dans synology, mais c'ets peut etre possible de l'installer avec les ipkg (jamais essayé) ou peut etre un conteneur docker avec --net=host (le conteneur accede directement aux interfaces de l'hote).

telnet est pas mal cool aussi : telnet

En faisant des pings avec taille de paquet sur chaque element de ton reseau, tu pourrais trouver. Sinon, un genre de traceroute vers une page qui bloque...

Bonjour, Je me souviens que avec la commande ping, il y a un argument pour spécifier la taille du packet. Je crois que ca permet de tester le MTU. Z.

je l'ai installé via docker, et l'utilise en production : ca fonctionne parfaitement. Pour ma part : Je n'ai pas utilisé Cloud Station car je voulais avoir l'encryption ET le partage des dossiers entre un super utilisateur et les utilisateurs.

Dans ce cas, il n'aurait meme pas pu ajouter le torrent.

je ne connais pas bien DSM, et transpose ce que je sais de linux et ce que tu dis dans ton 1er poste. Je conserve le loadproc car je ne sais pas comment DSM réagit si le processus ne se démonise pas. En effet, il ne rend pas la main au script qui attend indéfiniment la fin de la commande. Je ne sais pas si ca c'est grave avec /etc/rc.local. SI non, il faut copier un autre service du NAS. Questions: Est ce que ton fichier /etc/rc.local contient bien les bonnes lignes? Si a la place, dans ton fichier /etc/rc.local, tu écris : echo 'echo "je suis dans /etc/rc.local" > /volume1/scripts/test.log' > /etc/rc.local Est ce que le texte apparaît dans le fichier test.log après reboot?