Mic13710

Bonjour @mateo2, soyez le bienvenu sur le forum. Quels modèles de NAS ?

Bonjour @Koyanga , soyez le bienvenu sur notre forum.

Là d'accord, le NAS est bien accessible et la réinstallation est en cours. C'est déjà mieux que de monter les disques sur un PC pour récupérer les données.

Le mode 2 c'est la réinstallation de DSM. Si vous n'arrivez pas à le joindre avec synology assistant ou find.synology.me, vous ne pouvez pas réinstaller DSM, ce qui signifie que vous pouvez attendre encore très longtemps sans que ça bouge 😉

Oui, c'est possible en passant par une distribution linux type ubuntu. Voici la kb de synology à ce sujet : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Effectivement, synology assistant peut avoir un problème de détection des nas plus anciens. Essayez avec une version plus ancienne, celle ci par exemple : https://web.archive.org/web/20230602141748/https://global.synologydownload.com/download/Utility/Assistant/5.2-5566/Windows/SynologyAssistantSetup-5.2-5566.exe P.S. : merci de ne pas citer inutilement et dans son intégralité la réponse précédente. J'ai supprimé les citations dans vos réponses.

Ne brulez pas les étapes. Avant le test mémoire (qui ne peut se faire que si le nas est accessible) il y a la tentative d'arrêt par le bouton en façade. Je vois que vous êtes directement passé au mode 2. Normalement, vous devez joindre le NAS par find.synology.me. Si ça ne passe pas, essayez avec Synology Assistant (à télécharger sur le site synology) qui fonctionne souvent mieux que l'interface web.

Ce serait pourtant si simple.... Sinon, en lignes de commande ça devrait pouvoir se faire. Je suis entièrement d'accord avec vous : ce n'est vraiment pas professionnel de la part de Synology non seulement de ne pas avertir clairement la cause d'un problème qui est connu seulement des initiés, mais aussi de ne pas proposer de solution simple autre que le mode 2 (dont on n'est pas sur quelle fonctionne) pour augmenter automatiquement une partition quand les critères pour le faire sont réunis. Cela fait tout de même plus de 2 ans que ce problème existe. Qu'il soit laissé en l'état de gestation depuis tant de temps, qu'il n'y ait aucun communication à ce sujet me surprend. Il serait quelque part logique d'aller au bout du processus, sinon pourquoi augmenter l'espace p1 si au final on ne peut pas l'exploiter sans passer par des opérations qui dépassent largement les connaissances de la grande majorité des usagers.

Quelques pistes avant d'aller plus loin : https://kb.synology.com/fr-fr/DSM/tutorial/What_can_I_do_unresponsive_Synology_NAS

Pas simple cette histoire de partition système. Attendons la réponse de @Pascalou59 pour en avoir le coeur net. Finalement, ça ne sera pas possible dans mon cas. Il faudrait pour ce faire que j'ai environ 5.6Go inutilisés en fin de disque. Or tout le disque est exploité. Si DSM crée un partition à 7.9Go, je ne pourrais pas reconstruire le groupe avec l'espace restant. La faute à une augmentation de l'espace de donnée que j'avais faite il y a bien longtemps pour exploiter tout le disque. A l'époque, il y avait quelques Go qui étaient non exploités après la création du groupe. J'ai joué au plus malin et du coup je n'ai plus cet espace qui avait probablement été laissé intentionnellement par Synology pour faire face à des modifications ultérieures. Il ne me reste plus qu'à tout reconstruire si je veux changer la taille de ma partition système.

Recourir à un reset mode 2 me semble un poil excessif. Il faudrait aussi savoir si une simple mise à jour de DSM vers une version ultérieure déclenche une augmentation automatique de la partition système de 2.3Go à 7.9Go si p1 est à 8Go.

Je privilégierais le VPN box car si le NAS est en rade, le réseau reste joignable et il sera possible de tenter de remettre le NAS en service à distance. Vous pouvez aussi garder en réserve celui du NAS, openVPN de préférence. Après tout dépend de la box. Si c'est une freebox (je ne sais pas pour les autres), vous avez wireguard (dont tailscale est un dérivé) qui est le VPN le plus rapide.

Je n'en ai aucune idée. Je vois bien que vos 3 partitions sont bien en 7.9Go ce qui les prédisposent à passer sur cette capacité. Maintenant, pourquoi le grow ne s'est pas fait automatiquement, tout simplement je pense parce qu'aucun mécanisme n'est là pour le lancer. Si DSM fonctionne correctement sur la partition d'origine, inutile de l'agrandir. Dès lors, on peut effectivement supposer qu'une nouvelle version va détecter l'espace potentiellement dispo et déclencher l'augmentation du RAID1 sinon ça n'aurait pas de sens. Attendons la réponse du support pour mieux comprendre le mécanisme. De mon côté, je vais tenter (pas tout de suite) une opération qui consiste à sortir un des disques de mon 718 pour le formater et reconstruire le groupe. L'idée est de voir si DSM qui s'installe sur le disque partitionne en 7.9Go ou s'il conserve 2.2Go.

Tu es un peu borné ! As-tu au moins lu la réponse vers laquelle je t'ai envoyé dans l'autre sujet ? Est-ce que tu es allé vérifier si le fichier /usr/syno/synoinstall/space-preserve existe ? Si oui, tu le supprimes et tu refais un essai de mise à jour.

Voici un lien vers un des sujets qui traite de ce problème : https://www.nas-forum.com/forum/topic/77086-version-72-64570-disponible/page/2/#comment-1319491043

On n'est pas (encore) obligé de tout refaire. Comme je l'ai dit, il y a des solutions que tu trouveras dans la section firmware. Tu peux aussi voir avec l'assistance. Le problème d'espace va probablement être plus critique pour les prochaines versions car s'ils ont augmenté l'espace de la partition système c'est pour pouvoir à terme l'utiliser ce qui obligera tôt à tard à passer par la case réinstallation pour pouvoir continuer à utiliser son NAS dans le futur.

Raison pour laquelle les nouvelles installations de DSM depuis la 7.1 ont fait passer la partition système à 7.9Go. Le seul moyen d'augmenter cette partition c'est de refaire une installation complète à partir de 0 (destruction du ou des groupe(s) ou formatage des disques et réinstallation complète de DSM). Il y a certains dossiers qui peuvent être allégés. Je ne sais plus lesquels, il faudrait chercher sur la partie firmware du forum où ce problème a déjà été mainte fois évoqué.

Ce sont des tiroirs de type D5. Assez difficiles à trouver. Si c'est le loquet qui est cassé, j'ai vu cette annonce sur leboncoin : https://www.leboncoin.fr/ad/accessoires_informatique/3233112029

inutile de chercher plus loin. Si c'est bien le NAS 1 qui gère le proxy alors il est normal que ce soit son certificat qui est utilisé. Les autres certificats ne servent à rien puisque tout passe par le NAS 1. En important le certificat du NAS1 vers les deux autres, vous aviez l'illusion que c'étaient ces certificats que vous invoquiez, mais en réalité c'est le certificat du NAS qui gère le serveur DNS et le reverse proxy qui est utilisé.

Si les adresses que vous utilisez sont résolues par un seul NAS, il serait normal qu'elles n'utilisent qu'un seul certificat. Faites un ping sur chacune d'elles pour voir quelle ip est concernée.

C'est une bonne chose 😉 Les clés ne sont pas à usage unique (heureusement) et ne sont pas cantonnées à un seul appareil. Elles sont créées pour offrir aux applications un accès direct à la zone DNS. Peu importe l’émetteur de la demande, c'est le récepteur qui autorise l'accès si les clés sont conformes. Rien n'interdit de les utiliser plusieurs fois sur plusieurs appareils différents. Il faut simplement éviter les chevauchements et aussi les trop nombreuses demandes à LE qui pourraient atteindre les limites chez eux. P.S. : rien n'interdit non plus de créer un jeu de clés par NAS pour cloisonner chaque requête de manière distincte. On peut ainsi supprimer un jeu s'il a été compromis d'une manière ou d'une autre. Chacun fait un peu comme il veut. Perso, j'utilise les mêmes clés.

@PiwiLAbruti tu veux parler des API ? Non, on peut très bien utiliser les mêmes. Toutefois, il faut éviter de faire des renouvellements même jour même heure car il peut y avoir des confusions avec les entrées TXT émises par le script. Comme le renouvellement se fait maintenant tous les mois, un décalage de 10 jours entre chaque NAS devrait éviter cela. Edit : je viens de voir que les renouvellements sont à nouveau tous les 60 jours. Dans une version précédente, ils avaient été réduits à 30 jours. Retour à l'ancienne échéance donc. C'est bien car je trouvais un peu too much de faire un renouvellement à 30 jours alors que le certificat est toujours valable pour 90 jours jusqu'à la réduction finale qui devrait porter la validité à 45 jours, ce qui donnera un renouvellement tous les 30 jours.

Et alors ? Ca ne change rien. Vous pouvez très bien réclamer 3 certificats pour le même nom de domaine. Mes 2 nas ont les mêmes ndd et renouvellent leurs certificats respectifs indépendamment l'un de l'autre.

Ce serait tout de même plus simple d'installer le script sur chaque NAS. Je ne vois pas ce qui vous en empêche. Chacun de mes NAS compatible docker a sa propre session acme avec les mêmes api pour chaque nom de domaine.

@PiwiLAbruti bonne nouvelle. J'attends avec impatience les résultats de tes tests. J'ai pris un nouveau domaine ce we et j'ai créé le certificat en suivant (plus ou moins) ce tuto. Si on peut proposer une autre alternative, ce n'est que mieux. La mise en oeuvre de ce paquet ne semble pas toutefois évidente. Et il ne semble pas y avoir de déploiement.