Mic13710

Je vais répéter ce que je dis depuis bien longtemps, les seules vrais différences entre les disques NAS et les disques desktop c'est une garantie de 3 ans au lieu de 2, ce qui engendre la deuxième différence : le prix. Le reste, c'est du baratin commercial qui ne vaut pas pipette. J'ai utilisé pendant des années des disques exclusivement desktop sur mes nas et sur beaucoup d'autres dont je m'occupe, et je n'ai pas plus de pannes ou de dysfonctionnements que sur des NAS équipés de disques soit disant spécialement conçus pour eux. Ils durent tout aussi longtemps (5 à 6 ans en moyenne, certains tournent même encore après 7 - 8 ans d'utilisation h24). Un des facteurs qui peut expliquer leur longévité c'est la mise en veille et l'hibernation qui sont désactivées. Ces opérations sollicitent finalement plus les disques que de les laisser fonctionner en continu. Et vu que chez vous c'est activé, on est en droit de penser que c'est ce qui diminue la longévité de vos disques. Quand à la vitesse, ce n'est certainement pas ça qui va brider votre NAS. Les disques NAS sont en général des 5400 à 5900 tr/mn. Ce n'est pas pour rien. Seuls les disques NAS pro sont en 7200, ce qui peut se comprendre dans un environnement pro avec un certain nombre d'utilisateurs et de l'agrégation de liens. Mais le gain reste minime. Sur des NAS domestiques, ça n'a pas de sens. Des 5400 sont largement suffisants.

On ne désactive pas la protection des données. C'est une fonction inhérente du RAID1 et au delà, ou du SHR AVEC protection des données qui est un RAID hybride RAID1-RAID5. Il n'y a pas de protection des données si vous créez un volume par disque créé en basic ou en SHR SANS protection des données. Dans ce cas, l'onduleur n'a pas d'utilité puisqu'il n'y a pas de risque de corruption des données. La contrepartie c'est que si un disque lâche, toutes les données qui s'y trouvent sont perdues. Ca ne veut pas dire pour autant qu'il ne s'agit pas de vrais coupures secteur. Le test périodique simule une vrai coupure en isolant l'alimentation de l'ups. Il est donc difficile de déterminer dans les logs si les enregistrements correspondent à de vraies coupures générales puisqu'il n'y a rien pour les différencier.

C'est normal. Ce n'est pas dû à des coupures. Ce sont des tests périodiques initiés par l'UPS pour vérifier les batteries.

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.