Mic13710

Ca n'a rien à voir. Le BTRFS ou l'EXT4 c'est la manière dont sont gérés les disques, le SHR c'est comment sont organisées les données sur un ou plusieurs disques. C'est comme si vous me disiez est-ce que mes données seront toujours sur mon disque si je suis en FAT32 ou NTFS. Le SHR et le BTRFS sont deux choses bien distinctes. Le SHR c'est ce qui s'appelle un montage de type RAID (en l’occurrence on parle de RAID hybride), l'EXT4 ou le BTRFS sont deux systèmes différents de stockage des données, avec une préférence pour le BTRFS qui offre beaucoup plus de possibilités que l'EXT4 qui est certes robuste mais vieillissant. Il y a plusieurs méthodes pour le transfert des données, la meilleure à mon avis étant de passer par Hyperbackup car vous conservez ainsi les tags des fichiers puisqu'ils sont restaurés à l'identique.

1 - avec un seul disque, la taille du volume actuel ne va augmenter que de 1To (utilisation du To restant sur le 4To). Si vous changez un deuxième disque, le volume existant va être augmenté jusqu'à la taille maxi du volume (16To). Le restant pourra être exploité dans un nouveau volume en modifiant le groupe pour le passer en multi volume. Je ne sais pas par contre si le 413 accepte le multi volume, je ne suis pas allé vérifier. Le nouveau volume pourra lui être construit en btrfs. Les données existantes sur le volume 1 sont bien entendus conservées, mais comme pour toute manipulation sur les disques, nul n'est à l'abri d'un problème. Aussi, il est toujours recommandé avant toute manipulation (extension, modification de groupe) de mettre à jour ses sauvegardes. 2 - C'est possible mais vous garderez la limitation de taille du groupe à 16To (donc aucun intérêt) et vous garderez aussi toutes les vieilleries qui trainent sur vos disques (fichiers obsolètes et organisation des dossiers des anciennes versions). On recommande toujours de repartir sur une installation neuve. 3 - Vous créez avec vos deux disques un SHR avec protection des données, donc oui, vos données sont sécurisées en cas de perte d'un disque. Vous pourrez augmenter votre groupe plus tard, mais seulement avec des 16To ou plus. 4 - je ne crois pas que le 413 soit compatible avec une extension. Il faudrait que ce soit un série "+" pour avoir avec une sortie esata à l'arrière.

Merci pour ce retour très complet. Pour info, le SHR n'a rien de secret. Il s'agit ni plus ni moins que d'un raid logiciel mdadm avec une surcouche lvm2. Je confirme aussi que les commandes linux disponibles sur DSM sont incomplètes et réduites au strict nécessaire ce qui parfois complique les actions en mode terminal.

C'est normal puisque vous faite une requête en https sur un port en http Moi non plus. Là non plus, je ne comprends pas votre réponse. Si comme je l'interprète nas.ndd.net est l'adresse renseignée dans le DynHost, alors vos adresses CNAME doivent être du type toto.nas.ndd.net et non pas toto.ndd.net qui ne vous revoie sur rien. Qu'avez-vous réellement mis comme adresse de DynHost ? Pour pouvoir utiliser la même url côté LAN et côté WAN, vous devez séparer les zones. Pour ce faire, vous trouverez l'excellent tuto de Fenrir sur le serveur DNS. Et pour atteindre les différents services du NAS, vous pouvez utiliser le Reverse Proxy. Là aussi, il y a un tuto de Karamashi. Ces tutos sont dans la partie Tutoriels du site.

C'est le nombre d"heures totales de fonctionnement du disque. Ca correspond à l'ID9 des tests SMART. C'est bien ce que vous à dit Jeff777. Avez-vous au moins lancé des tests smart étendus sur vos disques ?

@PC-Services Voila un message bien inutile. Vous oubliez une chose, ici c'est un forum où nous sommes tous bénévoles. Si quelqu'un ayant les compétences requises, et s'il veut bien aider (ce qui bien entendu n'est pas une obligation), il le fera. Il y a de temps à autre des intervenants qui connaissent bien ce sujet et qui sont près à mettre les mains dans le cambouis pour les autres. La récupération de données est un sujet sensible et une ligne de commande mal construite ou bien mal copiée peut être fatale. C'est pour cette raison que peu s'y risquent. Alors plutôt que de venir jeter votre fiel et blâmer des bénévoles, il eut été plus constructif de faire profiter la communauté de votre "nouveau" savoir. La sécurité eut été d'avoir des sauvegardes à jour, ce qui vous aurez évité d'avoir à réclamer de l'aide.

C'est que vous vous connectez à partir de votre LAN. Dans ce cas, les ports du routeur n'ont aucune utilité. Pour qu'une adresse en toto.ndd puisse fonctionner côté LAN il faut soit que votre routeur fasse du loopback (ce qui est très rarement le cas), soit que vous utilisiez le serveur DNS. Cette deuxième solution est de loin la plus élégante et la plus efficace.

C'est un point de vue.

C'est bien étrange. Synology interviennent sur leurs NAS même hors garantie. C'est ce qui fait l'un des points forts de leur assistance. Ils sont intervenus l'année dernière sur le 713+ de mon frangin qui n'était plus sous garantie depuis un bail.

Ca aura au moins servi à ça. La sauvegarde n'est pas une option, c'est un élément important d'un système de stockage de données, si ce n'est le plus important. Je l'ai encore vérifié pas plus tard que ce matin où à la suite d'une fausse manip, mes données persos avaient pratiquement disparues de mon nas principal. Une simple restauration après, mes données étaient à nouveau en place et l'affaire n'est plus qu'un lointain souvenir. Sans cela, c'était des années de travail qui seraient partie en fumée. Ne négligez surtout pas ce point.

A mon avis, il faudrait déplacer ce titre juste avant : et à l'emplacement du premier titre mettre quelque chose comme "Réglage préliminaire du ER-X" Je peux le déplacer dans un nouveau sujet de la section des tutos. Je le ferai à l'occasion.

Sauf erreur, si l'IP change, tu n'as que l'enregistrement A à modifier soit chez ton registar, soit sur ton serveur DNS si tu héberges ta zone WAN. Si tu fixes l'ip dans le routeur, il faudra aussi la modifier alors que le DHCP fera automatiquement le changement. Et puis c'est plus simple de sélectionner le DHCP, tout comme pour les NAS d'ailleurs pour lesquelles il suffit de réserver les adresses dans le routeur.

Merci Jeff777 pour ce retour. Une première remarque Ce titre placé juste avant le réglage de l'ER-X est trompeur. En fait je pense que tu veux parler de la Freebox. AMHA, tu devrais laisser le réglage de eth0 en dhcp. Ainsi, tu n'as rien à indiquer pour les infos statiques et il récupère simplement les infos wan envoyés par la freebox. C'est aussi un avantage s'il prend l'envie à Free de changer l'IP, ce qu'ils ont fait en fin d'année. Je mettrai en pratique la suite dès que j'ai un moment.

Sous 5.2 (dernière version pour les séries 10), je ne crois pas qu'on demande un mdp. Mais il y a bien un avertissement. Je confirme que c'est un sacré boulot pour pouvoir récupérer quoi que ce soit. Essayez avec des logiciels de récupération, mais selon le montage de vos disques (ce que vous ne dites pas) il faudra pour cela monter tous les disques dans un PC et passer par une distri linux (ubuntu). Ca risque d'être compliqué avec 4 disques. Sinon, il y a des entreprises spécialisées qui pour quelques nombreuses centaines d'euro peuvent récupérer les données. Ca fait cher le clic de souris. C'est dans ces moments là qu'on se rend compte de l'utilité des sauvegardes.

J'ai hâte d'avoir ton retour car je suis dans la même config avec 2 NAS qui peuvent faire office de serveurs DNS. Il faudrait aussi que je réactive ma zone WAN que j'ai dû abandonner suite au patacaisse de free avec les IP en fin d'année.

T'as réussi à boucher les trous de la passoire ? En voila une nouvelle qu'elle est bonne ! Edit : réponse déplacée du sujet sur la migration CloudStation vers Drive

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.

@buddabye merci de ne pas citer inutilement les messages précédents. Ca complique la lecture et ça charge le sujet d'infos qu'on retrouve juste au dessus. Vous remarquerez que ceux qui vous répondent ne le font pas, ou le font de manière ciblée. J'ai supprimé toutes vos citations inutiles. Et aussi : Pas d'onduleur compatible ?

Bon, je vois que vous vous êtes débrouillé sans moi. Effectivement, ma proposition aurait été de revoir les droits. Mes essais avaient été fait avec les droits administrateur. Si les droits sur les dossiers sont différents, la synchro ne peut pas se faire, sinon il y aurait un sérieux problème de confidentialité.

celui qui récupère c'est le client (votre NAS distant)

C'est dans le NAS serveur qu'il faut reconnecter la tâche vers le NAS client.

Personnellement, je pense qu'il ne faut rien toucher tant que l'assistance n'est pas intervenue. Changer des disques sur un groupe en panne peut générer des dégâts irréversibles et anéantir les chances de pouvoir récupérer les données. Je rejoins totalement maxou56 sur l'extension de groupe sur unité externe. Même si c'est possible, il n'est pas recommandé qu'un groupe soit physiquement dissocié car une panne électrique ou interne de l'unité d'extension peut avoir pour conséquence la perte du groupe. Il est préférable de construire un groupe par appareil : un sur le NAS et un autre sur l'extension.

Règle de cette section Tous les commentaires et suggestions postés dans cette section seront directement transférés aux techniciens de Synology. Vous pouvez écrire en Français, tout sera traduit en Anglais avant d'être envoyé à l'équipe de Synology. Merci d'être clair et précis dans vos commentaires/suggestions. Cette partie du forum est bien entendu modérée étant donné le contact direct avec Synology. Vous pouvez également nous faire part, ici, des bugs rencontrés. Nous les transmettrons également. Est-ce que votre demande correspond de près ou de loin au thème de cette section ? Avant de poster n'importe où, merci de vérifier que vous le faite au bon endroit

Il faut dans ce cas utiliser le serveur DNS pour pouvoir séparer la zone WAN et la zone LAN. Il y a un tuto pour ça dans la section tutoriels.

Relisez la partie du tuto concernant le conseiller de sécurité.