PiwiLAbruti

Ah les lourds... j'aurais préféré qu'il s'en rende compte par lui-même.

Quelle est l'action par défaut sélectionnée en bas de la liste des règles de pare-feu ?

L'important n'est d'appliquer bêtement le tutoriel mais de le lire et de comprendre les explications données, telles que les risques.

Ça ne devrait plus tarder pour le DS718+ : https://global.download.synology.com/download/Document/HIG/DiskStation/18-year/

Oui.

Maintenant que ça fonctionne, tu vas commencer par planifier des sauvegardes régulières de tes données. N'est-ce pas ?

Bienvenu dans la communauté francophone de Synology ! Tu as une spécialisation dans les passages piétons ?

C'est possible (je ne sais pas où tu as regardé, mais tu as mal vu). Par contre, je recommanderais quand même de formater les disques et de repartir sur une base saine avec btrfs. Avant de te lancer, je suppose que tu fais des sauvegardes régulières de ton NAS ?

C'est conforme à ce qui est indiqué par Synology. Par contre, mon DS109 bip 3 fois après le deuxième appui sur le bouton reset (peut-être propre aux anciens modèles).

Il faut bien attendre que le NAS redémarre, la LED status clignote alors orange, un bip est émis lorsque le NAS est prêt pour l'installation de DSM. Il n'est pas directement détectable par Synology Assistant, il faut attendre une petite minute. Ça prend un peu de temps, donc il faut être patient. Le NAS est ensuite visible dans Synology Assistant. J'ai mon DS109 qui pose le même problème en ce moment : il devient indétectable par le réseau pendant l'installation de DSM via Synology Assistant, et le reste après redémarrage (même pas de mac dans la table d'adresse du switch, rien). Après un double reset, il est bien connecté au réseau et accessible via telnet avec les identifiants root du support Synology. Il me reste à tenter le formatage du disque utilisé pour que DSM recrée proprement ses partitions.

La Freebox te donne le debit brut alors que Download Station doit probablement donner le debit de données.

C'est comme la mode, c'est un cycle sans fin.

La librairie MySQL la plus efficace pour Python 3 est mysqlclient (recommandée entre autres par Django). Les instructions d'installation se trouvent sur Github.

Oui. Même si ce n'est pas supporté officiellement, il est possible de passer un DS716+/DS716+II à 8GB (taille maximale supportée par le processeur).

Pour bien comparer les modèles DS4xxj, il faut comparer les architectures. Le DS413j a la même architecture (88f628x, armv5) que le DS109, forcément Chat et Office ne sont pas disponibles sur cette architecture.

Ça ne chauffe pas tant que ça puisque c'est ventilé correctement. J'ai un vieux DS411+II au taf dont les disques sont à 35-36°C actuellement alors qu'il est posé à l'arrache dans un coffre mural non-ventilé. Par contre, une disposition verticale des disques pourrait nécessiter moins de ventilation si le dessus du boitier du NAS était perforé. Chat et Office étaient déjà disponibles sur DS416j.

Le DS418j venant tout juste de sortir, les DS718+ et DS918+ ne devraient pas tarder. Le DS718+ n'apporte rien de plus que le DS716+II en terme de performances. Par contre, il bénéficiera de 2 années supplémentaires de support des mises à jour. Conclusion : Tout dépend de ce que tu entends par "très rapidement".

Le processeur est un Realtek RTD1293, architecture rtd1296 (armv8). Il y a probablement une incohérence dans le nom commercial. Synology n'a visiblement pas l'intention de modifier le design des boitiers 4 baies d'entrée de gamme. Celui de ce DS418j est identique à celui de DS409 sorti il y a bientôt 10 ans... La comparaison avec le DS416j est tout de même intéressante : Passage d'une architecture 32-bit à 64-bit, La taille maximale d'un volume simple passe donc de 16To à 108To (avec les disques de 10To actuels, c'est physiquement limité à 40To), Quantité de RAM doublée, passage de 512Mo de DDR3 à 1Go de DDR4. Pour le reste, c'est sensiblement la même chose.

Il manque le marbre. Tiens, il y a de la lumière par là... > [ ]

Il faut savoir que les paquets SynoCommunity sont actuellement compilés avec les tool chains de DSM 5.2, les tool chains DSM 6 posant pas mal de soucis. Il s'agit d'un problème de chroot, je pense que ça doit facilement se corriger via SSH pour ceux qui connaissent.

Donc c'est le CPL qui bride les débits ?

Sur qui retombe la responsabilité en cas de perte de données ?

C'est pour ça que tu fais des sauvegardes régulières de ces données sur un support externe.

Si un modérateur pouvait vite marquer ce sujet comme résolu...