Mic13710

@Lelolo c'est vrai, mais peut être que la solution a été trouvée par une recherche personnelle.

@bouhh69 Comme quoi on ne dit pas toujours que des âneries....

Je n'utilise pas quickconnect. Cependant, je ne comprends pas le rapport avec le smartphone. Vous pouvez toujours retrouver votre ndd quickconnect en vous connectant à votre compte synology.com. N'est-ce pas plutôt un problème de génération de code pour le double authentification ? Si c'est le cas, il faut réinitialiser l'accès au NAS en faisant un reset mode 1. https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Pour la suite, je vous conseille vivement de consulter et mettre en pratique le tutot sur la sécurisation de nos NAS. On y parle notamment de la sauvegarde de la clé OTP sur plusieurs supports.

Le seul moyen c'est de détruire le groupe et de le reconstruire. Ceci bien entendu détruit toutes les données. Il faudra donc mettre à jour vos sauvegardes pour pouvoir effectuer cette opération. Si vous vous lancez, avant de créer les nouveau groupes, je vous conseille d'en profiter pour repartir avec une ré-installation complète de DSM pour que la partition système puisse passer à la nouvelle taille de 7.9Go.

Pourquoi tant d'impatience ? Ici c'est un forum communautaire, sans lien avec le constructeur. Il n'y a aucune obligation de résultat et chaque membre répond s'il le souhaite. Perso je ne comprends pas très bien ce que vous voulez faire. C'est exactement ce que fait un NAS, quel que soit le modèle. Le 923+ se connecte en RJ45 1Gb sur le réseau Ethernet. Les ports USB ne sont pas prévus pour une connexion réseau, uniquement des accessoires. Si vous voulez du multigig, la solution officielle consiste à rajouter une carte d'extension sur les modèles compatibles, carte que vous trouverez ici : https://www.synology.com/fr-fr/products/accessories?tab=nas&category[0]=add_in_cards&category[1]=rams&category[2]=rail_kits&category[3]=licenses&category[4]=spare_parts Sinon, certains sur le forum on réussi à faire fonctionner des cartes de fabricants tiers, d'autres ont utilisé des convertisseurs USB --> RJ45. Je vous laisse chercher. Mais comme je l'ai écrit, je n'ai peut-être pas bien compris votre demande. Et avant de s'orienter vers tel ou tel modèle, il serait plus logique de définir le besoin car prendre un 923+ pour uniquement faire un serveur de fichier, ça me parait démesuré, à moins que vous envisagiez de faire autre chose de votre NAS.

@CyberFr que vient faire cette question dans la section concernant l'installation et la configuration des NAS ? Depuis le temps que vous êtes sur ce forum, ce genre d'erreur ne devrait plus se produire, d'autant que ce n'est pas la première fois vous concernant. Je déplace encore mais c'est la dernière fois. Concernant le fichier de conf, il est tout à fait modifiable directement dans le client Wireguard. Les seuls éléments à ne pas altérer sont les clés, l'adresse de l'interface et l'IP publique de la freebox dans le Peer puisque ces éléments permettent d'identifier le client auprès du serveur. Pour que wireguard puisse atteindre le réseau privé, il faut autoriser le dit réseau dans les AllowedIPs du Peer et il faut aussi autoriser le trafic de l'IP du client à atteindre le réseau. C'est ce qu'on retrouve dans le fichier de conf généré par la freebox. AllowedIPs = 0.0.0.0/0, 192.168.27.64/27, 192.168.X.0/24 (X à remplacer par la plage IP privée de la freebox) Si vous ne voulez pas que le trafic internet passe par la freebox, il faut supprimer 0.0.0.0/0 Et pour atteindre le NAS, il faut bien évidemment que la plage d'IP de Wireguard soit autorisée dans le parefeu, ce qui devrait être le cas si vous avez suivi le tuto sur la sécurisation du NAS. Sinon, il faut y ajouter la plage 192.168.27.64/27.

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.

@baleino01, super si vous avez pu remettre en service votre NAS. Un conseil, pensez à mettre en place un système de sauvegarde périodique. Cela fait partie intégrante d'une gestion normale des données.

Dans votre premier message, le NAS fonctionnait avec un autre disque mais pas avec les WD Pro. Maintenant il n'accepte pas un Barracuda. Avez-vous fait un test de carte mère ? https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Mais à mon avis, c'est plutôt le bloc d'alimentation qui est HS. Vu que vous avez plusieurs NAS à portée de main, avez-vous essayé avec une autre alimentation ?

Le seul RED Pro de 2To figurant dans la liste des disques compatibles pour le 218+ est le WD2002FFSX - 68PF8N0 https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS218%2B&category=hdds_no_ssd_trim&display_brand=other&filter_brand=Western Digital&filter_class=Enterprise NAS&filter_size=2TB Est-ce la référence de vos disques ? Il n'y a pas de RED Pro dans la liste des incompatibles. Cependant, si tous les disques ne fonctionnent pas, il ne peut s'agir d'une anomalie isolée mais plutôt d'une incompatibilité matérielle. Est-ce que tous les disques sont issus du même lot ? Ont-ils tous le même firmware ? Il se pourrait que le problème vienne de la version du firmware installée.

Vous pouvez essayer avec un disque différent d'installer DSM et voir si tout fonctionne correctement. Vous ne pouvez pas réinstaller vos disques avec celui utilisé pour les tests car il y aura des conflits de groupe et de volume. Essayez avec l'application Synology Assistant.

Aucune idée Ca c'est plus grave, mais sans informations complémentaires, on ne peut pas vous aider. C'est une question ? Généralement, un NAS fonctionne sans arrêt si les mises en veille sont désactivées et que l'alimentation n'est pas coupée. Mais là encore, il faudrait en dire beaucoup plus car on ne peut rien répondre à ça sans des explications claires. Ce n'est pas le cas, mais si vous ne communiquez pas les informations qui vous sont demandées et qui sont nécessaires pour pouvoir vous aider, on n'avancera pas.

@Rembeau, on ne va tout de même pas vous soutirer les informations au forceps, non ? De savoir que vous avez 2 disques de 4To ne nous avance pas beaucoup. Enfin si, les WD40EFAX sont des technos SMR mais nous verrons ce point plus tard. Je re-re nouvelle ma demande :

C'est toujours le même problème. Lorsqu'on ne sauvegarde pas la clé OTP et/ou qu'on n'utilise pas plusieurs supports pour générer le code, on s'expose à ce genre de situation. Pas d'autre choix que de faire un reset mode 1 pour réinitialiser l'accès au NAS : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Par la suite, je vous recommande de suivre les indications données dans le tuto sur la sécurisation de nos NAS concernant le double authentification. Et tant qu'à faire, mettre en application le dit tuto.

C'est en principe tous les 60 jours. Tu peux vérifier la fréquence dans le fichier ndd.conf. Pour le mien :

Je pense que ce n'est pas possible. Le 410 est équipé d'un MPC8533e 1C/1T. Le modèle au dessus est le 413 qui est équipé d'un P1022 2C/2T. Même si ces deux CPU sont des Freescale PowerPC (e500v), leur architecture est bien différente ce qui ne devrait pas permettre de faire passer le 410 pour un 413. Quant à Docker ..... Je crains qu'il faille vous contenter de la version DSM que vous avez.

Si vous ne pouvez pas accéder à DSM, ça va être très compliqué de pouvoir vous aider car il nous faut un minimum d'infos pour comprendre ce qui se passe.

Pour commencer, il n'est vraiment pas bon de casser un groupe de disques comme vous l'avez fait. Un groupe est une entité et lorsque vous sortez un de ses membres, il est exclu. J'espère pour vous que cette manipulation n'a pas créé d'erreurs de parité qui peuvent aller jusqu'à la perte du groupe. Avant d'aller plus loin, il faut faire un test de carte mère : https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Comment pouvez vous en être sûr ? Ce n'est parce qu'elle fonctionne à vide qu'elle est capable d'alimenter le NAS avec ses disques. Vous pouvez toujours compter sur vos sauvegardes.

Je renouvelle la demande : version de DSM (c'est dans le menu info et aussi dans le menu de mise à jour) et captures des onglets du gestionnaire de stockage pour savoir quel est le système de fichier et l'état du stockage. J'y rajoute une capture des paramètres de la console Synology Drive (dans DSM) pour avoir une idée de la taille des fichiers et de la base de données. Sans ces informations, il sera bien difficile de vous répondre. P.S. : merci de ne pas citer la totalité du post précédent, ça charge inutilement le fil de discussion.

Déjà commencer par donner des informations utiles pour comprendre votre problème comme par exemple quel modèle de NAS, quels types de fichiers (documents, photos, videos, ...), version de DSM, ainsi que des captures du gestionnaire de disque.

@firlin le script de déploiement n'est à exécuter qu'une seule fois lors de la première installation. C'est ensuite le script acme.sh qui se charge du déploiement. Il ne faut donc plus lancer la tâche à chaque renouvellement. Cependant, il arrive parfois que le déploiement ne se fasse pas et qu'il soit nécessaire de lancer le script manuellement. La dernière fois que ça m'est arrivé, je t'en avais parlé sur ce sujet Regarde tes logs pour identifier où le déploiement ne s'est pas fait et pourquoi.

@snook, cette section du forum est normalement tournée vers les disques Seagate spécifiques pour les NAS. Elle n'a aucune vocation à aborder des problèmes liés au hardware. Sauf si un membre passant par là ait déjà effectué cette opération, il y a peu de chance que votre demande reçoive une réponse un jour. Je vous conseille de vous tourner vers une forum plus spécialisé dans ce genre de manipulation. Je n'en ai aucun à vous proposer.

@CyberFr cette question est passablement hors sujet. Merci d'ouvrir un sujet dédié.

Je n'utilise pas plex, mais il y a une section dédiée sur ce forum. Je déplace, merci de faire attention à la section dans laquelle vous postez.

Effectivement, ça ne devait pas bien marcher : un coup l'un un coup l'autre, finalement impossible de joindre les deux...