Mic13710

L'attente est effectivement le lot de toute construction de groupe. Plus il y a de disques, plus ils sont gros, et plus cette attente est longue. Mais je suis tout de même dubitatif sur le temps et surtout le nombre de passes que fait le NAS pour cette construction. Normalement, il n'y a qu'un contrôle si les disques sont bons. Je me demande si vous n'auriez pas un souci avec l'un d'entre eux, voire plusieurs. Si le test badblocks vérifie bien le disque en profondeur, il n'est pas sans conséquence car il le fait durement travailler. Il est donc possible qu'il y en ait un qui n'en soit pas sorti indemne. Si vous voulez repartir de zéro, vous pouvez arrêter le processus en éteignant le NAS. Vous sortez les disques, vous les formatez et vous les remontez tous dans le NAS pour refaire une installation complète de DSM et la construction d'un nouveau groupe. A mon avis, ça ne changera pas grand chose, mais qui ne tente rien...

Attention toutefois de bien construire le SHR avec les 4 disques, et si ce n'est pas possible, de commencer à le construire avec les 2To. En effet, si vous commencez par les 4To, vous ne pourrez pas y rajouter les 2To car le SHR ne peut accepter de disque plus petit que le plus petit de la construction initiale. On peut toujours augmenter, jamais diminuer.

Bienvenue Jaxou dans la communauté. Merci pour votre remerciement, cependant il y a tellement d'autres noms de contributeurs à citer qu'il est préférable de n'en citer aucun pour ne froisser personne 😇

Il faut le double de place car on fait d'abord une sauvegarde sur le NAS de destination, puis on restaure les données. Il faut donc bien le double d'espace pour à la fois avoir le fichier !hyperbackup et les données restaurées. Le copier coller, c'est ce que je vous ai proposé avec la méthode du dossier distant.

Pour le transfert des données de NAS à NAS, vous avez un tuto Synology : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Vous pouvez aussi le faire à partir du gestionnaire de stockage en connectant des lecteurs distants sur les dossiers de l'ancien NAS.

Pourquoi effacer le volume 1 s'il correspond à votre besoin (btrfs ou ext4) ? L'augmentation de volume va simplement augmenter l'espace de stockage du volume existant. Il n'est donc d'aucune utilité de le supprimer après l'avoir créé. Le multi volume peut avoir un intérêt pour isoler des données, par exemple des données perso par rapport à des données professionnelles. Dans la grande majorité des cas, le montage se fait sur un seul volume par groupe. Vous pouvez très bien transférer des données pendant que le groupe se construit. A partir du moment où vous avez un espace de stockage, il peut être utilisé. Cependant, le processus de construction utilise des ressources importantes et transférer de gros volumes de données pendant ce processus va être relativement lent et risque d'impacter le temps de construction.

Une réponse après bientôt 3 ans,, il n'y avait pas d'urgence..... Et toujours pas de présentation ? Bien que je ne vois pas où dans ma réponse j'ai pu heurter votre susceptibilité, je m'en excuse.

Oui. La marque n'a aucune importance. Ce qui compte c'est la capacité qui doit être au moins égale à celle du disque à remplacer. Il est tout de même conseillé de prendre des disques aux performances proches, ce qui est le cas de l'ironwolf et du red.

oracle7 a été clair il me semble : vous tapez très exactement

Un topic qui pourrait vous intéresser :

C'est effectivement la marche à suivre : remplacement d'un disque après l'autre, après chaque reconstruction.

Je ne vois rien d'anormal sur votre capture. Je pense que vous confondez Capacité Totale et Capacité utilisée. Ces deux capacités font référence au groupe. La capacité utilisée indique simplement l'espace utilisé sur le groupe par le ou les volumes. Ce n'est pas du tout ce que contiennent les volumes mais seulement leur capacité de stockage. Votre groupe ne comportant qu'un volume, celui-ci occupe tout l'espace disponible du groupe, dans votre cas 7.2To. L'espace occupé par les données est indiqué dans le menu Volume. Je note que votre groupe 3 est toujours en cours d'expansion. Il devrait passer à 7.2To lorsque l'opération sera terminée, mais parfois il faut faire l'augmentation manuellement. C'est le cas lorsque le groupe a été construit en multi volumes.

Ca n'a rien à voir avec le nom de domaine. Let's Encrypt autorise jusqu'à 100 noms par certificat. C'est Synology qui limite le SAN à 255 caractères. La limite peut être facilement contournée en créant plusieurs certificats pour le même ndd.

Pour préciser : le fichier doit être enregistré dans le dossier config du programme OpenVPN. Sous "Programmes (x86)" si 32bit, sous "Programmes" si 64bit. Le nom du fichier peut-être modifié (il est même conseillé de le faire pour mieux l'identifier) en "cequevousvoulez.ovpn"

Voila l'explication. Le disque de 4To n'était pas non utilisé mais faisait bien partie du groupe, sinon il aurait été impossible d'avoir 5.4To de données avec seulement 3 disques de 2To, que ce soit en RAID classique ou en SHR. Avec 3x2To : https://www.synology.com/fr-fr/support/RAID_calculator?hdds=2 TB|2 TB|2 TB Avec 3x2To + 4To (le NAS au départ) : https://www.synology.com/fr-fr/support/RAID_calculator?hdds=2 TB|2 TB|2 TB|4 TB Avec 3x2To + 6To (après changement du 4To) : https://www.synology.com/fr-fr/support/RAID_calculator?hdds=2 TB|2 TB|2 TB|6 TB Avec 2x2To + 2x6To : https://www.synology.com/fr-fr/support/RAID_calculator?hdds=2 TB|2 TB|6 TB|6 TB

Votre disque de 6To est déjà incorporé au groupe. Ce qui ne colle pas avec votre explication car si vous venez d'ajouter ce disque sur un groupe de 3x2To sensé être plein, le stockage occupé ne devrait être que de 4To et certainement pas 5.4To comme indiqué dans vos captures. Pour moi, ce NAS avait 4 disques de 2To et pas 3, et vous avez remplacé un 2To par un 6To. Pour info, votre groupe n'est actuellement que de 6To car l'espace utilisé actuellement sur le disque de 6To n'est que de 2To. Il faudra remplacer un des 2To par un 6To pour que le SHR utilise toute la capacité des disques. A ce moment là, votre groupe passera à 10To.

Bonjour, Une présentation dans la section dédiée est appréciée sur ce forum. Il est toujours temps de le faire. Caldav est normalement stocké dans le dossier web.

Inutile de sortir les disques. Il suffit simplement de supprimer le volume et le groupe existants et de les reconstruire en BTRFS. Il ne vous restera plus qu'à restaurer votre sauvegarde.

Bonjour Fanny, soyez la bienvenue dans la communauté. Désolé, vous ne trouverez pas de fleurs ici. Par contre il y a d'excellents tutos qui vous aideront à installer au mieux votre NAS. Un 718+, c'est un beau cadeau 👌

Merci pour ce retour. Cela fait toujours chaud au coeur à ceux qui prennent de leur temps pour aider les autres de savoir que leurs apports ne sont pas vains. Je vois aussi avec satisfaction que les sauvegardes ont été intégrées à votre projet. On a beau le répéter à longueur de posts, le message est toujours difficile à passer. Bonne continuation.

Voir ce tuto : https://www.nas-forum.com/forum/topic/62627-tuto-pourquoi-et-comment-utiliser-un-nom-de-domaine/

Je te l'accorde, ce n'est pas du standalone, et tu as tout à fait raison de souligner que le passage obligé par le contrôleur doit en dérouter plus d'un. Mais une fois que ce principe est compris, ce n'est pas trop compliqué, et sauf à gérer un réseau Ubiquiti, le contrôleur n'est plus indispensable par la suite. Pour ma part, il est installé sur le docker du NAS.

Je suis un peu d'accord pour ce qui est des routeurs qui sont un peu ... déroutants (mais bien plus performants que les RT Synology). Par contre, leurs bornes wifi sont vraiment au top.

@Einsteinium mais toujours pas de btrfs et d'équivalent SHR chez QNap.

Quand on sait se servir d'excel avec vba, on fait des choses extraordinaires. Excel sans vba, c'est un peu comme une voiture sans moteur : c'est beau, on est bien dedans mais c'est un peu statique 😄.