Mic13710

Je rejoins ce qui a été écrit. Un nas pour la sauvegarde, c'est quand même plus sérieux qu'un disque connecté en USB, ne serait-ce que pour pouvoir délocaliser le NAS de sauvegarde du principal (ce qui n'est pas possible avec un disque USB), ou encore mieux pouvoir externaliser les sauvegardes chez des parents ou des amis. Selon les cycles des sauvegardes, il est possible d'arrêter le NAS inutilisé et de faire un démarrage automatique juste avant les opérations de sauvegarde Et bien entendu, il y a la possibilité de mutualiser les données et les paquets entre les 2 nas.

En tant que sage, je suis encore un fervent partisan de la 4.3. Et vu les retours sur la toute dernière mouture de la 5.0, je vais garder précieusement et pour un bon moment encore cette "très vieille version" qui fonctionne très bien. C'est dans les vieux pots..... Et plus surprenant encore, elle fonctionne super bien sur internet ! Aussi, je ne saisi pas vraiment le lien entre DSM5 et internet. Pour moi, cette 5.0 n'est pas encore au point et nécessite encore quelques correctifs avant que je me décide à franchir le pas.

et en mettant le nombre de versions à 0 si c'est possible ?

Il suffit de choisir le nombre de versions à conserver dans le paramétrage du cloud. La valeur par défaut est 32.

1. Oui mais pour cela il faut passer par la configuration personnalisée pour créer des multi volumes. Je ne suis pas vraiment sûr de la marche à suivre lorsque l'installation initiale a été faite en standard sur un seul volume, mais il y a pas mal de posts qui en parlent. 2. Il suffit de retirer le disque défectueux. Le SHR passera en mode dégradé sans protection de données. Vous installez à la place un disque neuf de capacité au moins identique. Le NAS installera le DSM et vous pourrez ensuite lancer la reconstruction du raid.

Attention danger ! Tous les dossiers @xxxxx sont des dossiers cachés de fonctionnement du DSM et des paquets. En aucun cas vous ne devez les copier sinon vous risquez de corrompre votre NAS. Après avoir créé tous vos comptes utilisateurs et vos dossiers partagés, il ne faut recopier que les fichiers contenus dans homes, et les dossiers partagés de l'ancien disque vers le nouveau ET RIEN D'AUTRE ! Par la suite, si par exemple vous aviez cloudstation, il vous faudra tout reconstruire.

Ca rejoindrait ce que j'ai écrit : les onduleurs pour réseaux ou serveurs doivent être fiables. Leurs composants et leur technologie sont sans doute de meilleures qualités et plus évolués pour limiter les défaillances, ce qui justifient des écarts de prix importants. Reste à déterminer quel degré de protection vous souhaitez. Pour un 213J qui est un modèle entrée de gamme qui ne joue pas vraiment dans le registre PME, je pense que les onduleurs de la gamme périphériques qui sont plutôt tournés vers les particuliers devraient pouvoir faire largement le boulot.

Ne cherchez pas plus loin. Les CPL c'est bien pour de petits transferts, mais avec ce que vous voulez faire vous êtes hors des clous. Connexion 1Gb en filaire uniquement. Vous remettrez vos CPL en service une fois les transferts terminés.

Là niflon, je pense qu'il vous faut un spécialiste Ubuntu / Linux car je n'ai aucune solution à vous apporter. Désolé.

Je pense que c'est plus du marketing qu'une réelle différence de produits. Peut-être que les produits réseaux et serveurs sont plus aboutis car ils sont en secours de systèmes plus sensibles que des pc et périphériques. Le plus important pour le modèle de votre choix c'est qu'il soit compatible avec les nas Synology.

J'ai un doute tout à coup sur la possibilité d'écrire sous Ubuntu sur un disque en ext4. Il faudrait que vous essayez d'enregistrer un fichier sur votre ancien disque et le transférer sur le NAS pour voir ensuite s'il est toujours lisible est exploitable. Ce serait dommage de vous lancer dans une opération qui ne fonctionnerait pas.

Il n'y a aucune astuce pour garder des données d'un disque dur venant d'un pc. Ce n'est pas toujours simple de le faire d'un NAS Synology vers un autre NAS Synology car en fonction de la version du DSM et du modèle de NAS l'opération est parfois impossible. Alors un disque venant d'un PC qui est formaté en FAT ou en NTFS, ce n'est même pas la peine d'y penser. Tout simplement parce que l'organisation du disque est propre à Synology avec 3 partitions (système, swap, données) et que le système de fichier est en ext4. Si vous souhaiter récupérer vos données, la solution du boitier externe connecté au NAS est la solution la mieux appropriée dans votre cas.

Vous pouvez le faire sous Ubuntu, à condition de ne pas toucher aux partitions système !

Ni l'une, ni l'autre. La première ne peut pas fonctionner car il n'y a pas de gestion des adresses réseau (un serveur DHCP) et même si c'était possible, ça n'irait pas plus vite. La deuxième parce que le syno va installer un nouveau dsm et formater votre disque. Il faut continuer à faire les transferts du PC vers le NAS et être patient. Sortez, prenez l'air, jardinez, bricolez, faites la sieste ou autre. Bref, laissez du temps au temps, lancez vos copies et prenez du bon temps. P.S. : le contrôle de parité freine beaucoup les transferts ....

Oooops! a encore une fois été à la hauteur et plus rapide que moi. Personnellement, je n'aime pas trop la deuxième alternative. Trop de manipulations des données et des disques. A n'utiliser que si vraiment rien ne fonctionne. Je ne connais pas du tout Ubuntu, mais il doit être possible de connecter un lecteur réseau comme on le ferait avec windows, sans oublier un point important : il faut activer le service NFS dans le panneau de configuration - Win/Mac/NFS ou son équivalent dans DSM5.0 pour permettre la communication sous linux. Peut-être faudra t'il aussi passer par Synology assistant version linux pour mapper le disque du nas. Mais pour moi, Linux est suffisamment flexible et devrait permettre de faire le lien entre PC et NAS sans grande difficulté. Une fois ce lien établi, les transferts peuvent se faire indifféremment par FileStation ou par le gestionnaire de fichier d'Ubuntu.

Bonjour niflon, Après les interventions d'Oooops! et domlas, je n'ai vraiment plus grand chose à dire . Je pense que vous avez tous les éléments pour faire votre choix entre basic et raid. Comme l'a fort justement dit domlas, si vous optez pour une solution raid ou shr, l'onduleur est un must. Petite réflexion en passant : Bien qu'on puisse y mettre 4 disques en basic, un nas 4 baies est plutôt conçu pour héberger des solutions raid ou shr. Même si les disques sont un peu plus sollicités, les gros avantages du raid par rapport au basic sont que la perte d'un disque n'entraine pas la perte des données, que le service peut continuer sur le disque restant, et que la reconstruction du raid se fait en tâche de fond une fois le disque défectueux remplacé par un nouveau qui aura été préparé préalablement. Le basic demandera une réinstallation complète. Enfin, même si une solution de migration existe pour votre ancien disque, je rejoins totalement la proposition d'Oooops! pour au moins 2 bonnes raisons : - votre nas étant en défaut, la migration de 4.3 vers la 5.0 ne s'est peut-être pas déroulée correctement, - les problèmes rapportés sur la 5.0 sont essentiellement liés à des migrations. Repartir d'une installation neuve avec DSM 5.0 et la toute dernière évolution qui vient de sortir me semble être le meilleur choix. C'est très certainement plus long, mais vous serez sûr au final de ce que contient votre nas.

Salut niflon, Où en êtes-vous avec vos disques ? Si ce n'est pas concluant, il vous restera au final la préparation dans le nas en passant par telnet/ssh. J'ai eu les instructions si vous en avez besoin, mais il ne faut pas avoir peur de se lancer dans des lignes de commandes en linux.

Dommage que je n'ai pas noté les instructions dans un coin de mon pc. Comme je n'y connais rien en Linux, je ne pourrai guère vous aider sur le coup. Je vais poser la question à quelqu'un qui a peut-être gardé des infos.

j'ai l'explication pour le tuto de fred : c'est encore un dommage collatéral de dsm5. Cette version est une vraie tuerie ! Ca va être dur pour retrouver les instructions en ssh, à moins qu'une âme charitable passe par là. Avez vous essayé de lancer windlg en mode administrateur ? Ne vous obstinez pas avec roadkil : il ne peut pas traiter des disques de plus de 2To. Je suis tout de même surpris qu'il s'arrête à 1.67To. N'avez-vous pas créé une partition ? Pour que roadkil fonctionne, il est recommandé de supprimer d'abord les partitions. De même, Roadkil doit être lancé en mode administrateur.

Tout est expliqué dans ce tuto Synology

Il y a effectivement un problème d'accès au tuto de fred. J'espère que c'est temporaire. Roadkil diskwipe ne sait pas traiter les DD au delà de 2To. C'est pour cela qu'il n'affiche pas la capacité totale. Pour windlg, je ne peux pas dire grand chose, je ne le connais pas. Surprenant tout de même que l'écriture des zéros ne soit pas possible. Avez-vous regardé ce ? J'ai préparé mes disques à partir du Syno en passant par ssh et PuTTY avec la méthode du tuto de fred. Elle n'est pas bien compliquée à mettre en oeuvre si on suit correctement la procédure et les commandes associées. Il reste à souhaiter que fred remette son tuto en ligne car je ne me rappelle plus des commandes.

Il se trouve que j'ai 4 axis 207, 2 x 207 normales connectées en filaire, 1 x 207W connectée en wifi et 1 x 207MW connectée aussi en wifi. Exceptée cette dernière qui souffre de quelques déconnexions qui sont liés à un problème de distance (wifi dégradé), je n'ai pas de problèmes de déconnexions liés au fonctionnement de Surveillance Station. Il semblerait à priori que tous ces soucis proviennent de la version 5.0 car je suis encore (et pour un bon moment je pense) en DSM 4.3. Il y a encore pas mal de défauts de jeunesse à corriger avant d'avoir une version enfin opérationnelle. Il faudra se montrer patient. C'est en tout cas ce que je vais faire.

En fait, les cas de figures en opération sont assez simples : uniquement lorsque le nas démarre automatiquement pour lancer des sauvegardes, la surveillance est inutile est doit être arrêtée. Pour tous les autres cas (démarrage manuel ou au travers du wol), surveillance station doit rester actif. Si je souhaite travailler sur le DSM, je peux très bien démarrer le nas par le wol et désactiver SS si besoin. Le seul petit bémol que je vois avec le démarrage auto c'est lors des changements d'horaires hiver/été qui risquent de perturber les sauvegardes du fait des décalages d'une heure entre les deux nas. Mais ce n'est que deux fois par an et je peux éventuellement lancer les sauvegardes manuellement si besoin. A ce propos, je crois avoir vu dans les fichiers que le nas procèdait à la mise à jour de l'horloge au démarrage. Est-ce exact ? Le deuxième volet de ce que je souhaite faire concerne l'arrêt du nas secondaire une fois les opérations de sauvegardes terminées. Pour le moment, les cron de mes 7 sauvegardes sont dans le nas principal. Le secondaire est complètement aveugle et ne fait que faire des enregistrements en fonction des requêtes du nas principal. Il faudrait qu'il puisse savoir si toutes les sauvegardes sont terminées pour pouvoir initier un signal d'arrêt. L'arrêt du nas serait alors conditionné par le status de surveillance station : si actif, l'arrêt est retardé jusqu'à ce que la surveillance soit désactivée. Si désactivé, arrêt immédiat. La encore, je ne suis pas capable de dire si c'est réalisable et encore moins comment le faire. Mais ce sujet, bien qu'il corresponde à mon "plus si affinité", sort un petit peu du cadre de ce fil et fera je pense l'objet d'une autre discussion. Voila, je pense n'avoir rien oublié. Reste à mettre tout ça en musique et c'est là tout mon problème. Merci à toi si tu peux m'aider à mettre le ou les scripts en place.

Pour les mise à jour, pour éviter de charger le mauvais fichier, le mieux et d'utiliser la fonction de mise à jour du DSM du panneau de configuration. Tout d'abord, cette mise à jour sera faite de manière chronologique parce qu'il n'est pas du tout certain que vous puissiez passer directement de la 4.1 à la 4.3. Le NAS ne vous proposera que la version que vous pouvez télécharger en fonction de celle installée dans le NAS. Par contre, je vous déconseille fortement de mettre la 5.0 pour le moment, surtout si c'est un NAS qui tourne dans un environnement professionnel. Pour ne charger que les versions critiques, vous avec un choix à faire dans le menu de mise à jour. Pour cela vous cliquez sur "Options de mise à jour" et vous choisissez "Mises à jour importantes". La 5.0 n'étant pas une mise à jour importante, elle ne vous sera pas proposée, donc pas de risque de la télécharger par mégarde. Avec cette option, vous devriez vous arrêter à la 4.3-3827 Update 1 qui comporte la correction de la faille de sécurité. Mais à la vue de vos remarques, je ne crois pas que vous soyez affecté. Et comme le dit domlas, vous avez sûrement une solution de sauvegarde mise en place, surtout si ce sont des données professionnelles dont la perte serait dommageable pour l'entreprise. Même s'il y a toujours un risque que la maj ne se passe pas bien, il est malgré tout très limité dans la mesure où vous évoluez de la 4.1 vers la 4.3, donc dans une même version du DSM. Ce sont des évolutions et non des révolutions. Dans le cours ou à la suite à vos mises à jour, il est possible que vous ayez à remettre à jour des paquets. Là encore, les risques sont limités.

En fait, je ne suis pas du tout certain que le démarrage ou l'arrêt du paquet dans le DSM soit la solution car il y a du même coup la perte des paramètres. En fait, quand on arrête le paquet, tous les paramètres de connexion qui ont été mis dans le portail des applications sont perdus, ce qui du même coup interdit toute connexion directe par le DSM ou DSCam. C'est absurde mais c'est comme ça que ça fonctionne, ou plutôt que ça ne fonctionne pas. Je crois que le seul moyen accessible sans trop se prendre la tête c'est d'utiliser le start-stop-status qui assure l'activation/désactivation de SS tout en laissant le paquet en opération. Seulement voilà, si je vois bien maintenant ce qu'il faut faire, je ne sais malheureusement ni lire ni écrire des partitions Linux. Tout d'abord, je ne sais pas s'il est possible de capturer le mode de démarrage (manuel, par WOL ou bien automatique) Ensuite, je ne sais pas comment se comporte le démarrage automatique si le nas est déjà allumé. Est-ce que le démarrage auto est inhibé ? Si le démarrage auto peut-être capturé et si et seulement s'il a effectivement démarré le NAS, alors il s'agit dans mon cas d'un démarrage pour faire la sauvegarde et SS est inutile. On peut donc envoyer un stop pour arrêter SS juste après son démarrage. Pour ce script, on peut peut-être utiliser le start-stop-status status, mais je n'ai aucune idée de ce qu'il renvoit, ou bien encore vérifier la présence du fichier temporaire /var/tmp/ssrunning qui lui n'existe que si SS est actif. Si c'est un démarrage manuel ou par le WOL, c'est que je souhaite faire de la surveillance et on laisse donc SS en opération. Si entre temps le démarrage auto est arrivé à échéance pour effectuer les sauvegardes programmées, il ne faut pas bien entendu que SS soit arrêté. Voilà comment je vois les choses. Est-ce que c'est faisable et comment, c'est toute la question.