Mic13710

Il y aura forcement un réel changement si vous passez sur un 216+II. Plus de fluidité, plus rapide, multitâche, plus de performances. Le 112 est équipé d'un Marvelle Kirkwood mono coeur et de 256Mo de RAM alors que le 216+II est lui équipé d'un Intel Celeron double coeur et de 1Go de RAM. Le 216+II est à mon avis le meilleur rapport performances/prix du moment dans la gamme 2 baies Synology. Il permet de créer des volumes en BTRFS alors que le 112 est en EXT4. Je ne peux rien dire sur plex car je ne l'utilise pas, mais il est effectivement compatible avec le 216+II.

Même si c'est possible physiquement, ce n'est pas du tout recommandé. Ce n'est pas parce que votre NAS est équipé de tiroirs extractibles à chaud que ça en fait un dock dans lequel vous pouvez mettre ou retirer des disques comme bon vous semble. Ces tiroirs sont uniquement prévus pour permettre le remplacement ou l'ajout de disques sans interrompre le service. Il faut savoir que vos disques ne comportent pas uniquement des données. Ils ont aussi une partition système qui fonctionne en RAID1 sur tous les disques du NAS. Le fait de retirer un disque puis de le remettre plusieurs jours plus tard obligera le système à remettre à jour cette partition ce qui risque aussi de corrompre la dite partition. Bref, c'est un fausse bonne idée.

Pour du Gb, câble Cat5e minimum. Le cable Cat6 est plus approprié. Le Cat7 peut aussi être utilisé pour une vue à plus long terme mais attention au diamètre des brins. Il est bien évident que tout le matériel (câbles, prises, cordons) doivent IMPERATIVEMENT être en Cat5e minimum et être en accord avec le câble utilisé (un câble Cat7 ne peut pas être utilisé avec des prises Cat5e). Le câble téléphonique n'est pas du tout capable de faire passer du Gb. Et quand en plus les paires ne sont pas respectées, on rajoute de la diaphonie supplémentaire et les cartes réseau sont incapables de se synchroniser. Pour faire un parallèle, c'est comme si vous connectiez une antenne de télévision avec du câble électrique. Ca n'a aucune chance de fonctionner malgré que les points terminaux soient reliés électriquement. Le testeur de câble que vous utilisez ne fait que vérifier la continuité des fils et certainement pas la qualité du câblage et encore moins son aptitude à fonctionner en Ethernet.

Pour ma part j'ai toujours vu le pourcentage de progression s'afficher dans le gestionnaire de stockage. S'il n'y était pas, c'est qu'il s'agissait probablement d'un bug. Ceci dit, ce pourcentage concerne l'avancement par rapport à la capacité totale des disques. Il ne reflète pas le temps nécessaire car les contrôles de parité sur des bandes vides est beaucoup plus rapide que sur des bandes pleines. Il n'est pas rare de voir des reconstructions qui durent des dizaines d'heures pour arriver péniblement à 50% de progression et finir les 50% restants en quelques heures à peine.

J'ai des doutes sur cette translation par rapport au repérage des disques. Même si tous les disques embarquent le système, il se peut que le NAS ne soit pas capable de gérer les déplacements des disques dans des baies différentes. Le mieux à mon sens serait de contacter le support car ce que vous souhaitez faire sort du cadre d'une simple migration. Je serais très intéressé de connaitre leur réponse. En parallèle, vous pouvez peut-être envisager une autre solution. Je ne sais pas ce que contiennent vos RAID, mais si vous pouviez transférer des données du RAID8To vers le RAID4To, que vous pouviez sauvegarder le reste sur d'autres supports, vous pourriez alors reformater vos disques de 8To et remplacer un à un vos 4To par les 8To.

" Windows XP or later " veut dire aussi W Vista, Seven, 8, 8.1 etc... Je ne pourrai guère vous aider car je ne connais pas W 8.1 (j'ai XP, 7 et 10). Il y a pas mal de temps que j'ai mon installation en service et très franchement je n'ai pas souvenir d'avoir dû faire des manips particulières dans la base de registre pour pouvoir connecter des lecteurs réseau. Il ne faut pas activer l'utilisateur invité. Il faut que dans windows vous ayez un compte valide (pas invité) et que ce compte corresponde au compte du NAS. Si votre compte Windows s'appelle Pierre et que vous essayez de connecter un compte Jean, il y a de fortes chances pour que ça ne passe pas. Par contre, vous pouvez avoir des mdp différents. Par exemple chez moi, mes PC ont des mdp courts (les risques de piratages sont faibles à nuls) alors que les comptes de mon NAS ont des mdp à 16 digits.

2 tutos très importants, à lire absolument et à mettre en pratique : Sécuriser son NAS Serveur VPN

Il est clair que l'acheteur n'a pas fait une affaire, surtout quand on connait les règles de transmission de garantie chez Syno. Mais tant mieux pour le vendeur. Perso je n'aurait même pas donné 300 roro.

Le problème se situe bien évidemment du côté Windows. Il faut un compte utilisateur autorisé. Le compte Everyone ne permet pas de se connecter au NAS de manière sécurisé. Extrait de : https://support.microsoft.com/en-us/help/278259/everyone-group-does-not-include-anonymous-security-identifier In Windows XP and later, the Anonymous Logon security group has been removed from the Everyone security group. This modification helps to limit the number of network resources that are available by default to anonymous users, and to simplify network administrators' control of anonymous user access. Because the Everyone group no longer includes anonymous users, it is easier for administrators to configure a secure system for the following reasons: The default ACLs on earlier versions of Windows (particularly Windows NT 4.0) that enable the Everyone security group to access resources, and potentially expose the site to attack, do not grant access to anonymous users after the computer is upgraded to Windows XP. Anonymous users are not granted access to resources that the administrator is unaware of. Anonymous users can be explicitly granted access to specific resources through the clearly named Anonymous Logon security group. Note This security enhancement is present only on computers that are running Windows XP or later. Therefore, only anonymous users that are attempting to access resources that are hosted on computers that are running Windows XP or later are affected.

Firefox 32 bit oui. Pas Firefox 64 bit. Je n'ai pas encore SS 8 mais je suis tout de même étonné que Synology n'ait toujours pas corrigé le tir lors d'un changement de version. Cette affaire traine depuis des années, les navigateurs prennent de moins en moins en charge npapi, et aucune réaction de Syno.

Si vous vous connectez au NAS avec un compte administrateur, vous ne pourrez pas récupérer le mdp de l'utilisateur mais vous pourrez le changer. Edit : pour la suite, je vous recommande d'utiliser un logiciel de mot de passe. Keepass est très bien, mais il y en a d'autres. Ainsi, vous pourrez stocker tous vos mdp et vos accès internet (mais pas seulement) de manière sécurisée.

De rien. A bientôt sur un autre topic

Désolé mais je ne connais absolument pas ce paquet. Je ne peux guère vous aider. Simplement il faut l'installer sur le nouveau volume. Pour le reste, je n'en sais rien.

La méthode proposée par Synology. Vous avez aussi la solution de racheter un NAS. Mais la seule vraie solution c'est d'avoir des sauvegardes à jour, au moins pour les données essentielles.

Votre dernier paragraphe me fait bondir. Le RAID n'est pas un sauvegarde mais une continuité de service ! On se tue à le répéter à longueur de messages et pourtant .... Si vous supprimez un fichier ou un dossier ou si vous avez un fichier vérolé, il sera supprimé ou vérolé sur tous les disques. Un sauvegarde c'est sur un autre support dans un autre lieu. Je vous l'ai déjà dit 2 fois il me semble. Inutile de charger CS avec des fichiers type multimédia qui n'ont rien à y faire. Vous avez les paquets dédiés qui sont fait pour ça. Je ne connais pas Hyperbackup car je suis toujours en DSM5.2. Vous avez tord de croire que CS vous dispense de sauvegarder vos fichiers. Il m'est arrivé par 2 fois de ne pas pouvoir récupérer un fichier supprimé par erreur. Fort heureusement les vrais sauvegardes étaient là, sinon ils étaient perdus à tout jamais.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Je vous ai répondu sur l'autre post concernant le contenu de CS. A ce propos, il n'est pas recommandé de multiplier les posts pour le même sujet. Une synchro bidirectionnelle ne fait pas de cadeau : ce que vous supprimez d'un côté sera supprimé de l'autre. Je vous laisse le soin d'essayer les corbeilles Certes, un NAS en BTRFS vous permettrait de réduire considérablement la taille du dossier caché, mais c'est surtout l'utilisation que vous faites de CS qu'il faut revoir. Ce n'est pas un fourre tout. Comme l'a fort justement fait remarqué un intervenant, il faut considérer CloudStation comme un Dropbox. Ce que vous ne mettriez pas dans ce dernier, vous ne le mettez pas dans CS. Vous pouvez très bien faire ce que vous prévoyez. Vous pourriez mettre votre 214 client CS du 916, mais là encore, ce que vous supprimerez du serveur sera supprimé du client. Le mieux serait plutôt de faire une sauvegarde régulière du 916 vers le 214 sans suppression des fichiers à destination. C'est ce que je fais entre mon 214 et mon 710.

Il 'est clair qu'avec un dossier caché de 1.5To le NAS n'a pas ou plutôt n'est pas en BTRFS. Ce n'est pourtant pas faute de le marteler à longueur de posts : CloudStation ne devrait être réservé qu'à des fichiers de travail qui sont appelés à être modifiés et/ou de petits fichiers qui sont souvent consultés. On exclus tout ce qui est multimedia qui généralement occupe beaucoup d'espace. Pour ces types de fichiers, il y a des paquets dédiés : photo station, video station, audio station et leurs applis DS pour tablettes/smartphones.

Vos disques ont en fait 3 partitions : 1 système, 1 swap et 1 données. Les partitions système sont en RAID1 et vous n'avez aucune action possible sur ce choix constructeur. Seul le choix de l'organisation des partitions de données vous appartient.

La taille de l'espace de stockage à réserver n'est pas une valeur figée dans le marbre. Elle dépend de deux choses, de la qualité des vidéos (DPI et IPS et format) et donc de leur taille, du nombre d'enregistrements journaliers ou mensuels. Sur un lieu de passage, les enregistrements seront beaucoup plus nombreux que dans un local de stockage. Inutile de réserver 100 ou 200Go pour une caméra en vga qui surveille un lieu peu fréquenté. Avec 10Go on assure de nombreuse heures d'enregistrement. Par exemple, j'ai une caméra Axis 207 avec 30 IPS en 640x480 installée à la cave (peu de passage) pour laquelle j'ai réservé 20Go. J'ai des enregistrements qui remontent à septembre 2015. Dans ma cuisine par contre mon Hikvision 2432 est enregistrée à 6 IPS en 1920x1080 et avec 50Go je remonte "seulement" jusqu'au 12 décembre 2016.

Pour l'utilisation que vous en faite, le 112 devrait normalement être bien suffisant. Il se peut que vous ayez besoin de ré indexer ou alors ik s'agit d'un problème de disque. Vérifiez vos données smart et si le dernier test est trop ancien, lancez un test smart étendu. En ce qui concerne la migration de votre disque, il faut savoir que les disques des NAS monobaies ne sont pas compatibles avec les NAS multibaies. Leur migration est impossible et il faudra procéder à une nouvelle installation. Donc, si vous envisagez de changer de NAS pour un 2 baies, il faudra faire une installation neuve avec le nouveau disque de 4To seul et faire les transferts de données du 112 vers le nouveau NAS. Ce n'est qu'après cette opération que vous pourrez réutiliser le disque du 112 dans le nouveau NAS après l'avoir formaté. Je ne peux rien vous dire sur les QNAP. Etant vacciné Synology, je ne connais pas leur matériel.

Si c'est les disques du 213+ que vous avez migré sur le 416Play, vous avez perdu l’opportunité de passer du ext4 au BTRFS et c'est bien dommage. Pour déplacer un dossier partagé d'un volume vers un autre, vous ouvrez les paramètres du dossier dans le panneau de configuration / dossiers partagés et vous modifiez son emplacement.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Copier fera beaucoup moins travailler le disque que déplacer. Le système est installé sur tous les disques et fonctionne en RAID1. Tant qu'il reste un disque dans le NAS, il peut fonctionner. Il est possible en effet que le disque 1 bloque la mise à jour de DSM. Ca devrait être possible une fois le disque 1 retiré. Mais le plus urgent c'est la sauvegarde des données.

Il y a en effet urgence de sauvegarder au plus vite tout ce qui peut encore l'être. Si vous ne pouvez pas le faire sur des unités externes ou sur les volumes 1 & 2, vous pouvez effectivement monter un volume 4 et faire la copie des données du volume 1 vers ce nouveau volume. En aucun cas vous pourrez monter ce volume en lieu et place du volume 1. Le disque devra rester dans son emplacement. L'idée au départ c'est de d'abord récupérer les données. Mais rien ne vous empêche par la suite de reinstaller les paquets du volume 1 sur ce nouveau volume 4, mais vous ne pourrez faire ces manips que lorsque les données auront été sauvegardées, que le disque 1 soit sorti et le NAS redémarré. Vous n'aurez plus de volume 1 mais ce n'est pas grave si ce que vous aviez dessus est sauvegardé et que vous installez les paquets sur le volume 4. Tout ceci sera transparent à l'usage. Pas d'inquiétude s'il n'y a pas de disque dans l'emplacement 1 : le système est installé sur tous les disques.