Mic13710

La vitesse du CPU n'est pas un argument important lorsqu'il s'agit d'une utilisation classique. Ce qui compte, c'est la vitesse lecture/écriture. C'est la même chose pour du multimedia. S'il s'agit de lire des fichiers sur le NAS, le CPU n'est pas vraiment sollicité. Si par contre il faut transcoder, le CPU prend une très grande importance. Pour votre exploitation avec apple TV, vous avez déjà ouvert un post spécifique. Inutile d'en dire plus ici. La sollicitation du CPU dépend bien évidemment des paquets que vous voulez exploiter. Plus vous chargerez la mule avec des paquets gourmands en ressources, plus vous aurez du mal à obtenir un fonctionnement fluide. Commencez plutôt par cibler avec le sélecteur de nas les quelques modèles qui répondent à votre besoin. Vous pourrez ensuite affiner votre choix en venant poser des questions sur le forum.

Et plex sur un 115J c'est pas possible.

Ce sont des monobaie tous les deux. Et comme le dit PiwiLAbruti, sans besoin exprimé, difficile d’émettre un avis. Mais aussi difficile de faire des comparaisons entre un produit qu'on connait bien et un autre qu'on ne connait pas. Maintenant, je ne dirais aucune bêtise en affirmant que pour les utilisations classiques d'un NAS dans un environnement familial, ils sont tout les deux tout à fait apte à faire le travail et le faire bien.

Vous avez l'argumentation WD sur les RED ici. Celle pour les Seagate NAS là. Réalité technique avérée ? Marketing ? à vous de juger. Personnellement, je suis équipé de Seagate ST2000DM001 et ST4000DM000. Mon NAS principal tourne 24/7 en RAID1. Je n'ai aucun problème à signaler.

C'est votre choix. Les RED sont donnés comme étant orientés NAS. Après, vous pouvez utilisez tous les disques que vous voulez à partir du moment où ils sont sur la liste des compatibles pour votre NAS. Vous pouvez les panacher si ça vous chante, que ce soit en SHR ou RAID. Bref, le choix vous appartient. Essayez tout de même de ne pas trop variez les genres en terme de performances en cas d'utilisation en miroir pour qu'il n'y ait pas trop de disparités de vitesse de lectures écritures et d'accès entre les disques.

Pour la 5.0 version 4482, vous la trouverez comme vous l'a indiqué catimini. Mais c'est aussi les update 1 et 2 qu'il faut installer. Il faudra intervenir au niveau du menu de mise à jour du DSM, sinon il va vous proposer d'installer la 5.1. Une fois que vous aurez installé la 4482, vous allez dans le menu de mise à jour, vous cliquez sur Options de mise à jour et vous sélectionnez Mises à jour importantes. En retournant dans le menu, DSM vous proposera d'installer les updates. Il devrait vous proposer directement la 2. Laissez le choix sur mises à jour importantes sinon le nas va continuer à vous proposer la 5.1.

Si vous êtes sur la 5.0 et qu'elle vous donne entière satisfaction, restez-y. Pour la 5.1, attendez encore un peu. Le dernier update semble être un peu moins véreux, mais il faut lui laisser encore un peu de temps de maturation. Comme domlas, l'expérience m'a appris à ne surtout pas me précipiter sur le dernier truc sorti des cartons. Et Synology est malheureusement passé maitre dans l'art de nous pondre des DSM pas vraiment finis. Il suffit de suivre le forum à chaque nouvelle version pour s’apercevoir que tout n'est pas aussi rose que sur le papier.

En, fait, les batteries sont très probablement HS. 5 ans, c'est un peu la durée maximum donnée par le constructeur. Changez vos batteries et le problème sera résolu.

L'ennui avec DSCam (à moins que ça ait été introduit dans les dernières versions mais je ne crois pas), c'est qu'on ne peut pas arrêter la surveillance de manière globale. J'ai 5 caméras et il serait fastidieux de les désactiver une à une. Pour ça, j'utilise Surveillance switch. Cette application tiers permet d'arrêter et redémarrer la surveillance en totalité. Accessoirement, l'appli permet aussi d'arrêter et de redémarrer le NAS par le WOL.

La charge CPU dépend directement de votre NAS. Sur un 214+, ça le fait rigoler.

Surveillance station est un peu sauvage. Il faut savoir l'apprivoiser. Après il ronronne comme un chat. Trêve de plaisanterie, à vrai dire, ma Hikvision était en détection de mouvement par le NAS avant votre message et ça bouffait un (tout petit) peu de ressouces cpu. En fait je l'ai installée pour le moment à titre expérimental, je n'ai rien fait de plus que les paramétrages de base. Elle était d'ailleurs arrêtée depuis quelques temps en attendant de m'y pencher à nouveau. Suite à votre message, je l'ai remise en service ce matin pour essayer la détection interne. Après activation de la détection de mouvement sur la cam, j'ai modifié les paramètres dans SS pour prendre en compte le changement de mode de détection, et ça s'est passé sans difficulté. Je trouve même que la détection est bien meilleure que lorsque c'est le NAS qui gère.

Fallait dire que vous ne saviez pas lire

Comme quoi, le raid5 n'était pas la solution idéale avec un groupe de 12 disques. Mais là pour passer en raid 6, vous sortez carrément l'artillerie lourde ! Ce serait une belle configuration si elle se concrétise. Et puis vous pourrez toujours recycler le 2411 comme sauvegarde de votre 2413 (ou 2415 peut-être) en complément de votre Qnap. Bonne chance en tout cas pour la récupération de votre volume.

Se connecter en mode terminal. Pour cela, activer le ssh dans le DSM. Télécharger et installer putty. Se connecter en utilisant le compte "root" et le mot de passe du compte admin du NAS. Une fois connecté, vous copiez/collez la deuxième commande Gaëtan sfdisk -l /dev/sda sda pour le disque 1 si c'est celui que vous avez cloné, sinon, sdb ou sdc selon la position du disque dans le rack. et vous venez donner le résultat ici.

Certains ont essayé. Ils ont eu des problèmes...

Un pont, tout de suite les grands moyens. Là on rentre dans du génie civil lourd. Et pourquoi pas un viaduc genre celui de Millau tant qu'on y est! Une passerelle c'est plus simple à construire

C'est pourtant ce qui est fait dans le lien que toi même tu m'as donné, mais pour un disque basic il est vrai. Je ne vois pas de problème particulier à cloner un raid monodisque en étendant la partition de données puisqu'il est tout seul. Perceval973 peut toujours essayer, ça ne mange pas de pain et au moins on sera fixé.

Gaëtan, tous ses disques sont en basic et donc en raid monodisque. Il n'y a donc pas de groupe de disques, ou alors il y en aurait 4. Et comme le disque n'est pas en miroir, il devrait être possible de faire un clone en recopiant la couche raid non ? Et d'ailleurs ça a marché puisque le disque cloné était opérationnel.

Un conseil : si vous craignez les coupures reprises, le mieux serait de paramétrer un délais court (5 min par exemple) avec arrêt de l'onduleur par le NAS. Ainsi vous préserverez de la charge batterie qui sera utile si une nouvelle panne intervient sur le réseau après redémarrage. Dans le cas contraire si votre batterie est vide, un nouveau shutdown risque d'être problématique.

Je pense que c'est difficilement réalisable. Tout simplement parce qu'il n'y a pas de lien entre les deux LAN. Actuellement vous pouvez seulement communiquer avec le PC que vous avez sur le LAN 2 et c'est normal puisqu'il est isolé car physiquement sur un autre réseau (même si vous avez paramétré une IP avec des numéros compatibles avec votre LAN1). Il faudrait établir une passerelle entre les deux réseaux dans le NAS. Sans doute à l'aide d'un script, avec le risque que ça mette un foutoir immonde dans les liaisons lan. Si ça vous amuse ....

Inspirez-vous aussi du tuto. Il permet d'exploiter la totalité du disque. Faites attention de garder au moins les mêmes capacités pour les partitions DSM et SWAP, celles sur votre disque de 3To sont conformes pour nos NAS.

Je persiste. Pourquoi s’entêter à vouloir réaliser un mouton à 5 pattes alors que pour 15 à 20 € l'affaire est bouclée ?

Avez-vous activé la détection de mouvement dans la caméra ? configuration avancée, évènements, onglet detec mvt, activez la détection et l'analyse, réglez la sensibilité, paramétrez éventuellement des zones de détection, réglez les heures d'armement pour du 24/7 (tout sélectionner) et enregistrez.

Je viens d'essayer et l'adresse http://server.sgp.be:5000/webman/index.cgi dirige bien vers votre NAS, ce qui veut dire que c'est très probablement la redirection du port 6690 (Cloud Station) qui ne se fait plus.

Est-ce que le port 6690 est redirigé vers votre NAS et est-ce qu'il n'est pas bloqué au niveau du pare-feu ?