Mic13710

Peut-être. Je n'ai pas utilisé cet outil. Passez alors via hyperbackup qui là, pour le coup, n'impacte pas le système de fichier.

@niklos0Sur nos NAS (qui fonctionnent sous linux), les disques internes ne connaissent que 3 formats : EXT3 (abandonné depuis ..... très longtemps), EXT4 (sur tous les NAS depuis ... un peu moins longtemps) et BTRFS plus récemment pour certains modèles. Les formats FAT, NTFS et autres peuvent être utilisés mais uniquement pour les disques externes. D'où probablement la confusion 😉

Si le disque est monté sur le NAS et reconnu par le DSM, il est impossible qu'il soit en FAT32. Il ne peut être que EXT3 ou EXT4 selon la version de DSM. La capacité maximum dans le tableau des compatibilités est 2To et selon la version de DSM, il parait difficile de monter plus haut sur un DS107. Et même en le faisant passer pour un DS109, la capacité maximum dans le tableau pour ce NAS est aussi 2To. Probablement que cette limitation est liée à leur version de DSM qui ne saurait gérer que le MBR dont la limite est 2To. C'est du moins mon explication, mais je peux me tromper.

Pas forcément Hyperbackup. Migration Assistant est tout aussi capable de faire cette migration, qui plus est de manière plus directe qu'Hyperbackup. Dans les deux cas, on transfère des données d'un NAS à un autre et ce quel que soit le système de fichier entre la source et la destination.

A mon avis, le mieux c'est de monter vos 2 disques de 10To pour construire un SHR avec protection des données. Pour la migration, vous avez le choix entre Migration Assistant et Hyperbackup. Tout est expliqué dans le tuto sur la migration entre nas : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later#t4 Vous pourrez par la suite tout a fait monter vos anciens disques dans le 920 pour créer un deuxième groupe en SHR avec protection des données.

Dans ce cas; vous ne montez qu'un seul disque dans le nas, détruisez le groupe et le volume correspondant ce qui vous donnera un disque prêt à être installé. Vous montez l'autre disque, redémarrez le NAS avec les deux disques, et vous lancez la reconstruction.

Je ne comprends toujours pas pourquoi vous vous compliquez la vie. C'est beaucoup plus simple et rapide de reconstruire le groupe plutôt que de s'évertuer à vouloir à tout prix le détruire et le reconstruire.

C'est la seule possibilité si vous ne voulez pas avoir à tout refaire.

@firlin Je peux me tromper, mais pas sûr qu'il faille passer par une réinstallation. Je pense pour ma part que les deux disques sont OK, que les données sont toujours présentes, mais qu'ils sont incapables de se comprendre à cause d'erreurs détectées de part et d'autre. Le NAS devrait normalement être capable de redémarrer avec un seul disque de 12To.

Avec vos retraits et redémarrage, vous avez simplement créé des erreurs de parités sur vos 2 12To. Ils ne sont plus capable de se comprendre. Pour résoudre cela, il faut retirer un des deux 12To. Vous redémarrez le NAS et vous vérifiez que tout fonctionne à nouveau correctement. Il faut maintenant formater le disque de 12To sorti sur un PC (peu importe le formatage, l'essentiel étant de détruire les partitions existantes). Vour remettez le disque dans le NAS et vous faite une reconstruction du RAID.

A mon avis, votre IP publique est bloquée. Allez jeter un oeil dans la partie sécurité, onglet Compte, bouton Autoriser/Bloquer la liste. Pour vos réglages, je vous conseille de supprimer toute la page de configuration du routeur. Tous les réglages du routeurs doivent se faire au niveau du routeur. Si vous avez des ports à ouvrir, vous le faite dans le routeur. Cette page s'est probablement remplie automatiquement par validation automatique des ports lors de l'installation des paquets. Voir le tuto sur la sécurisation de nos nas où fenrir explique pourquoi. Ensuite l'avant dernière ligne de votre parefeu est totalement inutile. Cette plage est déjà couverte par la troisième règle. Enfin ouvrir le port 5000 sur l'extérieur (votre vue du routeur) n'est pas une bonne idée. Cette règle fait transiter vos échanges avec votre NAS en clair, un régal pour les pirates en herbe. Même le 5001 n'est pas conseillé. Mieux vaut passer par le serveur VPN.

Ce que j'ai écrit ainsi que @maxou56 n'est valable QUE si les 2 disques de 2To sont montés en SHR AVEC protection des données. Pour info, DSM est installé sur tous les disques. En enlever un ne fait pas perdre le système.

Je n'avais pas compris que vous vouliez garder les 2To. Si vous êtes en SHR (si là aussi j'ai bien compris) ce n'est pas un problème. Il suffira de sortir un des 2To (pas les deux !) et de le remplacer par un 4To. Le NAS va signaler un volume dégradé. Vous pouvez lancer la réparation à partir du gestionnaire de stockage. Une fois le disque intégré (quelques heures) vous procédez de même avec l'autre 2To. Vous pouvez monter les 2 4To en même temps et faire l'augmentation sur les deux simultanément. Ce sera long, mais beaucoup moins que si vous le faite un à un.

Vous pouvez commencer avec 1, 2 ou 3 disques. Les disques peuvent être rajoutés par la suite, pas de problème. Une fois le disque introduit, il suffit de lancer l'augmentation du groupe à partir du gestionnaire de stockage.

Problème d'horloge = problème de batterie. Sur un 112+, elle a 8 ans et doit être sur les genoux. A remplacer, sinon le problème va se reproduire. Etonnant tout de même que le ndd affiché chez Synology ait disparu car il est bien évidemment indépendant de l'horloge.

Tant que vous n'aurez pas un ndd enregistré, ça ne fonctionnera pas. Pour enregistrer votre ndd.synology.me, c'est dans l'onglet Quickconnect que ça se passe. Normalement, les ndd sont supprimés des serveurs Synology s'ils ne sont pas utilisés pendant un certain temps (3 mois je crois). Il est étonnant qu'une simple coupure de courant de votre côté ait éliminé l'enregistrement chez Synology. Il a dû se passer autre chose.

Le problème est connu depuis longtemps déjà : https://www.nas-forum.com/forum/topic/64904-attention-avec-les-ip-fixes-de-free/

un *.ndd n'inscrit pas de nom particulier. Il permet d'utiliser tous les noms de domaines présents et à venir. Vous n'avez besoin de rien d'autre. Il sera bon pour video.ndd, toto.ndd ou ma.voiture.est.en.panne.ndd et autrenom.ndd. Tout sera redirigé vers votre IP publique. C'est ensuite le reverse proxy qui fera l’aiguillage vers l'application correspondante.

Vous l'avez déjà fait ? Chapeau bas si vous y êtes arrivé.

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.

Pas de quoi 😉

En français svp.

Depuis les dernières versions de dsm, les "ndd.synology.me" acceptent le wildcard. Au lieu de lister tous vos domaines, vous n'indiquez que "*" ce qui couvre tous les domaines. A confirmer pour le mode de saisie car je n'utilise pas de domaine synology.me.

Excepté un DS1515+ qui aurait subi des dommages mécaniques au point de le rendre inutilisable en tant que NAS (assez rare avec ce type d'équipement généralement installé dans un environnement protégé), ET dont la carte mère soit encore fonctionnelle pour quelques temps encore avant la panne ultime ô combien aléatoire, ça doit être difficile à trouver. Mais comme on dit, qui ne tente rien...

Pour les présentations, c'est ici : https://www.nas-forum.com/forum/forum/16-présentation/ Vous avez effectivement un problème, mais ce n'est pas celui auquel vous pensez. Si vous avez bien changé un disque de votre RAID, vous n'avez pas fait le bon choix lors de la prise en compte par le NAS. Au lieu de choisir la réparation, vous avez opté pour la création d'un nouveau groupe. Votre volume 1 reste en mode dégradé et vous n'avez plus de protection des données procurée par le RAID1. Pour retrouver votre RAID1 fonctionnel, il faut que vous supprimiez le volume 2 dans l'onglet volume, puis le groupe 2 dans l'onglet groupe. Une fois que c'est fait, vous pourrez réparer votre volume 1 en associant le disque 2 avec celui du volume 1.