Mic13710

Sauf erreur, sur un seul port ethernet ce n'est pas possible : il ne peut pas y avoir 2 IP pour un même port, et si vous mettez la même IP, il y a conflit. En utilisant 2 entrées LAN du NAS, c'est peut-être faisable mais j'ai un doute quand à la gestion de 2 réseaux distincts. Et ensuite, comment gérez-vous les deux réseaux en local ? Je ne vois pas de solution autre que de passer par un routeur dual wan.

C'est un nas entrée de gamme. Très bien pour débuter. Il ne faut pas s'attendre à des miracles. Il fera honorablement son job si vous ne lui en demandez pas trop. Il le fera très bien si vous n'y faite que de la gestion de fichiers (votre 109 le fait aussi sans problème). Il pourra honorablement gérer une ou deux caméras de videosurveillance. Il pourra tenir un petit serveur web s'il n'est pas submergé de requêtes et sera relativement à l'aise sur du multimédia si vous n'y faite que de la lecture de fichiers, beaucoup moins si vous voulez de la conversion. Mais après tout ce n'est pas son rôle. Il sera fortement sollicité (cpu à 90-100%) lors de l'indexage de gros dossiers ce qui ralentira considérablement les autres opérations, mais ensuite, c'est un traitement au fil de l'eau donc moins gourmand en ressources. N'oubliez pas de faire des sauvegardes régulières. Votre 109 pourrait être dévolu à cette tâche.

La messagerie étant un paquet, il suffit je pense de le réinstaller sur le nouveau nas et il devrait retrouver ses petits. Les fichiers de la messagerie ne sont pas perdus puisqu'ils sont stockés dans le dossier .Maildir du home de chaque utilisateur de la messagerie et sont donc conservés au même titre que le reste. Au cas où, noter ou faire des copies d'écran des paramétrages smtp, et imap/pop du 109 pour pouvoir ensuite les remettre à l'identique sur le 115. De toute manière, la plupart des paquets, si ce n'est tous, seront à réinstaller car ceux du DSM 4.2 ne sont probablement pas compatibles avec DSM 5.x Et donc, pour simplifier la remise en route, je vous recommande de faire aussi des copies d'écrans pour les paramétrages des autres paquets. Pensez aussi à faire une sauvegarde de la configuration du 109 que vous pourrez ensuite recharger dans le 115 si besoin.

Perso, et comme l'immense majorité des possesseurs de NAS sur ce forum et ailleurs, les disques tournent 24/7. Pas d'hibernation. Du moins sur mon NAS de travail. Mon NAS de sauvegarde ne tourne lui qu'un journée par semaine. Il n'a pas non plus de mode hibernation lorsqu'il est allumé mais il est en arrêt complet le reste du temps. De toute manière, quoiqu'on fasse, le nas sort du mode hibernation de manière assez aléatoire. Il peut y avoir tellement de choses qui réveillent le NAS, un travail d'indexation par exemple, ou bien une requête externe, que c'est peine perdue que d'essayer de chercher à savoir ce qui déclenche. Et puis des disques qu'on arrête et qu'on redémarre continuellement sont soumis à plus de contraintes mécaniques, thermiques (changements de température) et électromécaniques que des disques qui tournent en continu. Au final ce mode de fonctionnement risque de nuire à leur fiabilité et leur durée de vie peut-être réduite ce qui bien évidemment n'est pas le but recherché. Enfin, un serveur est sensé être dispo 24/7. Alors devoir attendre que le NAS se réveille pour pouvoir lire et/ou écrire est pour moi un nonsens.

Je ne connais pas les capacités du 115J, mais à priori il doit pouvoir gérer un petit serveur web et un serveur de messagerie en utilisation ponctuelle. Attendre d'autres avis. Pour la migration c'est possible et c'est ici. Au pire, vous pouvez toujours vous rabattre sur le #3 si le DSM est le point bloquant.

Oui. Fonctionne très bien avec mon PC. J'ai eu une panne hier et le PC a bien été éteint par le NAS.

Oui si on active la fonction serveur réseau ups dans le dsm et qu'on renseigne les ip des appareils concernés. Dans ce cas bien évidemment, il faut que les appareils en question aient chacun une ip fixe et qu'ils comprennent les messages envoyés par le serveur. Pour un pc win par exemple, il faut installer un logiciel comme winnut pour que l'extinction soit opérationnelle.

En fait, c'est sur le NAS qu'il faut raccorder l'usb. Le NAS fait ensuite office de serveur UPS pour les autres équipements.

Si vous n'avez pas fermé le terminal à partir duquel vous avez lancé l'opération, vous aurez un message disant quelque chose comme quoi le disque est plein. Vous aurez un résultat différent de 1 ou 2 enregistrements, ce qui est normal. Un paquet est envoyé au disque (record in) et le disque renvoi le résultat de l'enregistrement (record out). Si un paquet est envoyé et que le disque est plein, il n'y a aucun retour (donc pas de record out) et le processus s'arrête.

Oui et non. Il y a bien une URL qui est attribuée au lien mais l'utilisateur ne se connecte pas au NAS, le lien l'envoyant directement sur le fichier. On peut faire un lien sur n'importe quel fichier ou dossier et donc CloudStation ou pas, ça n'a aucune importance. File Station n'est pas sur le PC. C'est uniquement l'explorateur du NAS. Et comme l'a dit Fravadona, pour donner une limitation de durée du lien, il n'y a pas pour le moment de solution à partir du PC. Il faut le faire à partir du NAS par File Station.

Euh, comment dire, ici c'est un forum sur les NAS Synology. Bien que ces NAS soient capables de faire de la video surveillance, le matériel que vous décrivez est sans rapport aucun avec la marque Synology. Aussi vos questions ont très peu de chance de trouver des réponses.

Ben oui, vous l'avez même lancé 2 fois ! Regardez les deux premières lignes ...... PID 10957 et PID 11073

Alors on change. Lancez la commande top qui liste les processus en cours. Relevez le PID du processus dd, puis vous tapez q pour quitter top et vous lancez la commande comme je vous l'ai donnée au #47

Désolé. Tapez simplement ps aux | less pour avoir le liste des processus

Oui. Pas d'affolement. Si vous voulez voir la progression, il faut se logger sur un autre terminal et vous entrez la commande ps aux | grep dd qui va vous donner la liste et les PID des processus en cours dans laquelle vous trouverez le processus dd. Il ne vous reste plus qu'à rentrer la commande suivante : kill -USR1 '+ PID du processus dd' qui vous donnera le nombre de record in et record out. Par exemple si le numéro indiqué est le 1154, vous mettrez : kill -USR1 1154

Vérifier si ce n'est pas un pb de carte mère. Procédure ici.

avez-vous suivi "précisément" les informations concernant la connexion en ssh ? le nom du compte a son importance. edit : Pour répondre à votre mp, il ne faut surtout pas ouvrir le port 22 sur la box. L'ouverture des ports c'est seulement pour les accès extérieurs. Il faut simplement activer le terminal ssh et vérifier que le port du ssh (22 par défaut) n'est pas bloqué par le parefeu du nas.

Pas vraiment. Imaginez que tous vos utilisateurs s'amusent à créer des dossiers à tout va et à qui mieux mieux, votre NAS deviendrait rapidement un poubelle ingérable. Relisez ce que j'explique plus haut concernant l'espace disque. Mieux vaut tout de même garder le contrôle. Je vous conseille d'ailleurs d'attribuer des quotas à chaque utilisateur pour ne pas vous retrouver avec des volumes trop rapidement pleins.

Non, le nas peut rester en opération pendant le test. Vous pouvez lancer les tests sur 2 disques à la fois dans les slots 3 et 4. Les disques seront respectivement les sdc (slot 3) et sdd (slot 4). Vérifiez bien vos commandes avant de valider, sinon vous risqueriez d'effacer les disques existants ! Pour la destruction des partitions, tout dépend de ce que donne la première instruction grep "[sh]d." /proc/partitions Vous trouverez obligatoirement sda, sda1, sda2, sda3, sdb, sdb1, sdb2, sdb3 qui sont vos deux disques en opération. Si vous n'avez que sdc (ou sdd) sans sdc1, sdc2 et sdc3 (sdd1, sdd2, sdd3), c'est que le disque n'est pas partitionné. Sinon, il va falloir utiliser la dernière commande qui sera dans votre cas : dd if=/dev/zero of=/dev/sdc bs=512 count=1 (pour le disque 3) dd if=/dev/zero of=/dev/sdd bs=512 count=1 (pour le disque 4) et redémarrer le NAS pour que le nouvel état des disques soit pris en compte. Pour la préparation de vos disques, les commandes sont les suivantes : dd if=/dev/zero of=/dev/sdc bs=1M & (préparation du disque 3) dd if=/dev/zero of=/dev/sdd bs=1M & (préparation du disque 4) Faite bien attention à la lettre du disque (pas de a ni de b dans votre cas !)

C'est ce que j'explique depuis le début. Il ne peut le mettre que dans le périmètre du Cloud que vous avez défini côté serveur. Dans le cas présent, soit il le déplace dans l'un des dossiers Cloud (mes documents ou logistique), soit vous lui créez un dossier partagé "archive" sur lequel il est le seul à avoir les droits.

Si vous aviez lu tout le fil, vous auriez vu qu'au #34 je donne un lien vers un autre fil où j'explique la procédure.

Si vous n'avez pas désactivé le versionning dans CloudStation, vous pouvez aussi récupérer les fichiers qui ont été supprimés.

Je ne comprends pas quel est votre problème. Pouvez-vous m'expliquer ceci : "J'arrive a synchroniser un nouveau dossier pris au hasard sur mon PC dans le dossier CloudStation". Est-ce un dossier que vous avez déplacé dans CloudStation ? Est-ce un dossier partagé dans le NAS ? Vous pouvez mettre dans le Cloud autant de dossiers partagés que vous le souhaitez (s'il y a une limitation, je ne la connais pas), mais pour que ce dossier partagé puisse être intégré au Cloud, il faut : Qu'il soit existant dans le NAS (vous ne pouvez pas le faire à partir de votre PC, c'est dans le DSM que ça se passe) Que l'utilisateur ait les droits sur ce dossier Que ce dossier soit intégré dans CloudStation serveur. Je parle bien de dossier partagé et non d'un dossier qui serait rajouté dans le dossier principal CloudStation de l'utilisateur.

La synchro se fait dans les 2 sens (normal pour une synchro). Tout fichier ou dossier ajouté au dossier principal CloudStation ou dans un des dossiers partagés dans le périmètre du Cloud est ajouté sur tous les cloud : le serveur et les clients. Il est bien évident que tous les dossiers et fichiers à l'extérieur du périmètre ne sont pas synchronisés. Si un utilisateur veut synchroniser un nouveau dossier, il le crée dans le dossier CloudStation, s'il veut synchroniser un dossier existant, il faut le déplacer dans le dossier principal du Cloud. A moins que les dossiers 1 et 2 ne soient des dossiers partagés inclus dans le serveur Cloud, il n'est pas possible de les synchroniser. Le Cloud serveur et le Cloud client ont des contenus identiques, et donc vous ne pourrez pas non plus combiner des dossiers séparés dans un seul dossier.

Et pourtant si. Poser plusieurs fois la même question dans plusieurs fils perturbe le travail de ceux qui donnent de leur temps pour répondre. On peut développer mais je n'en n'ai guère l'envie. Maintenant, faire le choix entre une écriture de zéro ou badblock, si vous lisez le fil (et pas seulement ma réponse très agacée à Bluma) vous trouverez plusieurs avis pour ou contre l'un ou l'autre. J'ai donné le mien dans une des réponses et il me semble que j'ai proposé une écriture de zéros. Et pour l'avoir testé il y a quelques semaines, je n'affectionne pas particulièrement badblock pour l’extrême lenteur de l'opération. Le principal n'est pas tant la méthode utilisée pour vérifier un disque, c'est surtout de le faire en utilisant un outil qui balayera toute la surface du disque. Et donc, je réitère ma réponse, vous faite l'un ou l'autre, ou les deux, c'est votre choix. Le tout est de s'assurer que le disque est bon pour le service. Et pour compléter, je ne ferai jamais l'erreur de mettre un disque neuf dans un NAS sans l'avoir testé au préalable. Même si ça n'a rien changé sur le fond, est-ce que cette réponse vous convient mieux ?