Mic13710

Bien sûr. Mais comme je vous l'ai dit, je n'ai pas changé le mien et je n'ai pas de problème jusqu'à maintenant. C'est plus par flemme car il faudrait alors que je corrige tous les liens existants. Le plus important reste tout de même de mettre en place des règles de pare feu très strictes et très restrictives ce qui est de loin la meilleure des protections pour ne pas laisser rentrer n'importe qui.

Les softs Syno font des sauvegardes entre Syno ou autres appareils rsync. Ils ne font pas de sauvegarde de PC pour lesquels on utilise des logiciels spécifiques. Syncback en est un, et il est approuvé par Synology. Leur site est actuellement en panne (du moins chez moi), mais si vous allez sur la liste des compatibilités, vous y trouverez Syncback. Edit : Sinon, vous avez Data Replicator que j'ai oublié et qui est un paquet Synology pour PC. Mais ce soft est lui aussi abandonné par Synology. Maintenant, il y a la solution CloudStation qui vous permet de synchroniser vos PC avec le NAS en quasi instantané. CS vous permet d'avoir jusqu'à 32 versions sauvegardées. Le nombre de versions est réglable. Attention toutefois, le versionning est très gourmand en espace disque puisque pour chaque fichier, une copie est créée dans un dossier caché. Il en résulte que pour des données qui pèsent par exemple 500Go, l'espace disque qui sera occupé sur le NAS sera environ le double, soit 1To. Sans versionning (valeur à 0), l'espace occupé sera seulement celui des dossiers (pas de sauvegarde sur un fichier caché). A noter que le nombre de versions influe relativement peu sur l'espace occupé puisque seules les modifs entres versions sont enregistrées. Attention : CS n'est pas à proprement parlé une solution de sauvegarde. Il faut toujours avoir une vraie sauvegarde sur un autre support. C'est déjà ce que vous faite sur votre NAS de sauvegarde.

Faite un formatage de tous les disques pour détruire les partitions et réinstallez-les dans le NAS.

Vous pouvez formater vos disques sur un PC en formatage rapide.

Oui. Comme time backup. Pour la sauvegarde PC vers NAS, j'utilise aussi Syncbackfree avec des tâches automatiques. Il n'y a pas de solution universelle.

Ah d'accord. La première phrase semblait indiquer autre chose. Il s'agit donc d'une installation neuve et pas d'une augmentation de capacité. Le status "pouvant être migré" me dérange un peu. En effet, ce message ne s'applique que lors de la migration de disques d'un autre NAS ou pour la réinstallation du DSM à la suite d'un double reset et donc sur des disques déjà formatés par un NAS Synology. Dans les autres cas (disques neufs ou formatés sur d'autres plateformes) le status est "non installé". J'en conclus que vos disques proviennent d'un autre NAS Synology et le problème que vous avez est sans doute dû à l'ordre des disques qui n'est probablement pas respecté. Dites-en nous plus.

Sauvegarde et Replication fait très bien le job. De plus, il semblerait qu'avec la version 6.0 Synology abandonne purement et simplement Time Backup.

Petite question en passant : pourquoi avez-vous remplacé tous vos disques d'un coup ? Les anciens étaient-ils en RAID ou SHR ? Est-ce que vous avez pensé à l'extension de volume ?

Je n'ai pas de solution, mais le but de changer de port c'est surtout d'éviter que les petits rigolos viennent snifer les ports les plus utilisés. Les 5000 et 5001 en font partie car vu le nombre de Syno en service, c'est une bonne ouverture. Après, il y a le pare-feu avec la limitation du nombre de tentatives de connexion et le blocage des régions (très efficace contre certains pays où hacker est un sport national). Perso, je n'utilise que le 5001 (https) pour mes accès externes (le 5000 uniquement en interne) et c'est comme ça depuis des années. Aucune tentative d'intrusion à déplorer sur ce port.

Je viens de penser à une chose, est-ce que vous avez installé open- zwave ? Sans cela, le stick ne sera pas reconnu. La méthode d'installation est ici.

Je ne connaissais pas cette méthode de restauration locale. C'est une excellente solution pour faire une migration d'un série 1xx vers un modèle multibaie. Quand ça fonctionne... Comme je sauvegarde mes données de mon 214+ vers mon 710+ avec Sauvegarde et Réplication, je viens d'essayer la sauvegarde locale sur mon 710 et il retrouve bien mon dossier de sauvegarde. Je ne vois rien d'anormal sur vos captures d'écran. Est-ce que l'espace libre sur le nouveau NAS est suffisant pour accueillir les données (doit être au moins équivalent à votre dossier NetBackup) ? Avez-vous redémarré le NAS avant de lancer la restauration ? Ça peut avoir une incidence, on ne sait jamais.

Non. C'est OK comme ça. Vous pouvez aussi commencer par ajouter un 4To dans la baie dispo, puis procéder au remplacement du disque de 2To. Ca revient pratiquement au même. Question délais, ce sont de toute manière des opérations très longues. Il va falloir être patient. A la fin de l'opération, vous aurez un volume de 10To.

Un stick clignotant, c'est pas banal. Super pour les fêtes de fin d'année, ça remplace les guirlandes. Pas glop par contre en juillet, sauf peut-être le 14 avec les feux d'artifice.

Bon à savoir. J'irai consulter "le fil voisin" quand le problème se posera, ce qui n'est pas encore pour demain. J'applique toujours le bon vieux principe de précaution : attendre au moins deux révisions stables d'une version majeure avant de mettre les doigts dans l'engrenage.

C'est le piège classique avec CloudStation. Pour info, le nombre de versions réduit à 4 ne fera guère de différence avec 32 car ce ne sont que les modifs du fichier version 0 qui sont enregistrées, ce qui, en général se résume à peu de chose. Si vous voulez réduire l'espace, la seule option réellement efficace c'est de mettre ce nombre à 0. Je vous conseille surtout de revoir votre utilisation de CS qui ne devrait être qu'un espace de travail. Les fichiers multimédias ne devraient pas s'y trouver. Il y a d'autres applications pour ça.

Ah oui, j'ai lu ça quelque part. Va falloir changer ses habitudes alors, mais pas trop quand même car il reste encore les vieux tromblons comme mon 710+ qui ne connait le salut que par le root.

Là, je suis d'accord avec toi. Autant un downgrade sur un système installé n'est pas souhaitable et pas recommandé et on comprend que ça bloque si on tente de le faire, autant, l'impossibilité de choisir sa version pour une installation ou réinstallation est assez déroutante puisque le hard n'a pas changé (en principe). Peut-être une explication côté bios qui ne peut pas supporter les versions antérieures. Ce n'est qu'une hypothèse, je n'en sais strictement rien. Utilisateur : "root", mdp : celui de l'admin. Si vous ne le connaissez pas, il faut commencer par faire un simple reset du NAS pour réinitialiser les paramètres réseaux et le compte admin. Voir le lien donné par CoolRaoul. Le simple reset est juste au dessus.

Si vous voulez faire une installation neuve, à ce moment là, il faut utiliser les sauvegardes. Vous pouvez effectivement sortir tous les disques du NAS et n'installer qu'un disque que vous passez en SHR sans protection de donnée (installation par défaut). Une fois votre NAS paramétré et toutes vos données transférées, vous pouvez mettre le disque de sauvegarde et vous lancez la procédure d'augmentation de volume pour passage en SHR avec protection de donnée. Conservez bien votre disque de données de 2To car ce sera le seul support qui vous restera si l'augmentation se passe mal (ce qui peut arriver).

Les Hitachi sont généralement les disques les plus fiables (taux de panne les plus faibles). Ceci dit, vu la référence, ils se sont apparemment lancés eux aussi dans la mode spécial NAS qui n'est que du pipo. Comme quoi le marketing fonctionne à fond. Pour votre passage en SHR, le plus simple c'est de faire une augmentation de volume. Vous sortez votre disque 2 et vous y mettez un nouveau disque. Dans le gestionnaire de stockage, bouton Gérer, vous choisissez l'augmentation d'un volume existant et vous rajoutez le nouveau disque au volume 1. A la fin du processus (nombreuses heures) vous aurez un SHR de 2To avec protection de données constitué d'un disque de 2To et d'un autre de 4To. Quand tout est au vert, vous sortez le disque 1 (2To) (votre NAS va vous indiquer qu'il fonctionne en mode dégradé) et vous le remplacez par l'autre disque de 4To. Dans les gestionnaire de stockage, bouton Gérer, choisir réparer, puis le disque 1 et vous validez. A la fin du processus (encore des heures) vous aurez un SHR avec protection de donnée de 4To. Il ne vous restera plus qu'à transformer votre 2To en disque de sauvegarde des données les plus importantes. Petit rappel : un raid ou shr n'est pas une sauvegarde ! Pour info, vos disques existants ne peuvent pas être lu directement avec un lecteur ext4 car ce sont en fait des raid monodisque. Il faut pour cela passer par une distribution type Ubuntu. Tuto de récupération Synology ici.

Ce n'est pas réservé uniquement à la 6. C'est comme ça depuis les débuts des Synos. L'avertissement aussi n'est pas réservé à la 6; il est systématiquement donné à chaque changement de version. Mais comme toujours, personne n'y fait attention. Bien entendu, il existait quelques manips simples pour revenir en arrière, mais depuis la 5, la chose s'est complexifiée. De ce que j'ai compris, les informations de version sont stockés sur une mémoire flash, soit enfichable (voir le lien donné par PiwiLAbruti), soit soudée directement sur la CM. Lors de l'install du DSM, le NAS va probablement chercher dans cette mémoire les infos sur la dernière version installée, et bloque toute version antérieure. Ce qui fait que les reformatages et autres bidouilles n'y changeront rien puisque ce n'est pas stocké sur les disques. Pour en revenir au pb de variolux, peut-être que le 716+ est doté d'une mémoire enfichable. A voir.

Non. Même en reformatant les disques; ça ne change rien puisque la version du DSM est inscrite aussi en dur dans le NAS.

Oui mais, en théorie, il n'est pas possible de passer à une version inférieure. En pratique, certains l'ont fait. Voir le fil sur la 6.0 béta.

Ce qui signifie aussi qu'il ne faut pas continuer sur ce fil, sinon on ne s'en sort pas. Posez votre question sur le fil où vous avez des réponses. Désolé.

Pour Domoticz, il y a le wiki avec entre autres, les procédures d'installation sur les différents systèmes dont les Syno. 1 - Je ne sais pas si c'est normal, je n'ai pas cette clé. Elle doit être compatible je pense avec Domoticz puisque les Aeotec Z-Stick Series GEN5 le sont. La liste des équipements compatibles Domoticz se trouve aussi dans le wiki. 2 - Pour que Domoticz puisse reconnaitre la clé, il faut l'inclure dans un noeud. Menu Réglages, Matériel, Gestion de noeud, inclure le noeud. Il faut lancer en même temps la reconnaissance sur la clé (voir la notice du constructeur). En principe, la clé devrait être reconnue. Valider. Perso, j'ai installé Domoticz sur mon NAS mais je ne l'ai pas activé car finalement j'ai préféré dissocier la fonction NAS de la fonction Domotique. Je l'essayerai peut-être un jour, mais ce n'est pas d'actualité. Et puis, je ne veux pas être tributaire des modifications du DSM qui peuvent interférer avec, voire carrément bloquer le fonctionnement de Domoticz. J'ai préféré la solution Raspberry qui est beaucoup plus flexible, mieux documentée et supportée, moins énergivore, plus nomade et surtout plus autonome. Je commence à peine à m'y plonger et je trouve ça très intéressant même si c'est parfois un peu déroutant et pas toujours simple à appréhender. Et puis le NAS est très limité en utilisation domotique. Sorti des interfaces radios (Z-Wave, RFX...), la gestion des contacts secs est impossible. Le Rasp avec son connecteur GPIO permet d'utiliser des modules E/S, comme par exemple la Piface Digital (8 E/S), ce qui élargi considérablement le champ des possibles.

En général, mieux vaut éviter de supprimer tout et n'importe quoi. Comme l'a dit Fenrir, les dossiers commençant par @ sont des dossiers cachés servant au fonctionnement du NAS. Et comme vous l'avez dit vous même, vous n'y connaissez rien à Linux, il est préférable de ne pas y toucher. La question est de savoir pourquoi ces dossiers apparaissent alors qu'ils sont censés être cachés.