Mic13710

Le NAS ne va qu'une fois par semaine vérifier si DSM est à jour selon le planning mis en place dans les options de mise à jour.

Pas d'affolement. Ce qui se passe est tout à fait normal. Les updates ne sont pas des versions complètes mais des patchs. Donc, lors d'une réinstallation, la seule version installable sur le NAS est la version de base. C'est exactement ce qu'il s'est passé. Par la suite, selon les paramétrages, DSM va chercher si de nouvelles versions ou des updates existent et les propose au téléchargement. Mais rien ne t'empêche de faire une installation manuelle en chargeant le .pat sur le site.

Je pense que le fichier .dss est migrable d'un NAS à un autre. Cependant, il ne faut pas exclure quelques réajustements mais je pense que le fond ne sera pas impacté. Après, rien ne t'interdit de faire des captures d'écran des différentes page de DSM pour t'assurer de ne rien oublier et pouvoir le cas échéant retrouver ce que tu avais fait sur l'ancien NAS. La migration doit être possible mais il y a un gros mais, la partition système a été fortement augmentée (de 2.2 à 7.9) depuis la version 7 si j'ai bonne mémoire, ce qui rend obligatoire une réinstallation complète pour ne pas se retrouver à devoir le faire plus tard par manque de place pour le système. Tu me surprends ! Dois-je te rappeler nos échanges avec Fravadona il y a quelques années concernant ces fameuses partitions et sur le fonctionnement du SHR ? Il n'y a à la base que 3 partitions lors de la construction du groupe. Mais si des disques ont été remplacés par de plus gros alors oui, une ou plusieurs (s'il y a eu plusieurs augmentations) autres partitions sont rajoutées au groupe pour créer de nouveaux RAID, 1 ou 5. C'est en cela que le SHR est un RAID hybride puisqu'il combine à la fois des RAID1 et RAID5 au sein d'un même groupe, chaque RAID ayant sa propre partition. Mais tout ça tu le sais déjà 😉

Normalement, le simple fait de supprimer complètement l'application devrait aussi supprimer le dossier caché. Mais ce n'est pas toujours le cas. Il faut alors se connecter au NAS en ssh et dans chaque volume (vous en avez 3, le quatrième étant déjà vidé), il faut supprimer le dossier @synologydrive Vous devez pour cela activer ssh dans DSM. Vous passez ensuite sur un terminal (Putty) ou si vous avez windows, vous installez winscp qui sera beaucoup plus facile si vous ne maitrisez pas les lignes de commande. Connexion en tant qu'administrateur avec vos identifiants d'administrateur de DSM.

Optez plutôt pour un Backups BX https://www.se.com/fr/fr/product-range/61883-onduleur-backups/?parent-subcategory-id=8010&N=brand%3Dse%26country-code%3DFR%26language-code%3Dfr%26ats_rated_power_in_va%5B%5D%3D950%25C2%25A0VA%26ats_rated_power_in_va%5B%5D%3D750%25C2%25A0VA&selected-node-id=27590290410#products On trouve le 750VA vers 100€, le 950VA vers 120€-130€

Ca aura tenu 3 ans.. La raison :

Vu qu'il s'agit d'une réinstallation du système, je pense qu'il faut d'abord installer la version de base 6.2.4-25556 avant les update.

Tout faux. Tout d'abord, règle de sécurité de base, on n'ouvre pas les ports http du NAS vers l'extérieur et surtout pas celui de DSM. Ensuite, le port 443 est réservé à d'autres usages dont le reverse proxy. Il n'est donc pas normal de l'utiliser pour le seul DSM. Enfin, il est recommandé de ne pas exposer les ports DSM vers l'extérieur (5001 et encore moins 5000 comme dit ci-avant). Supprimez ces redirections dans le routeur, vérifiez que les ports DSM soient bien les 5000 et 5001 dans l'onglet DSM du portail de connexion et essayez de joindre votre NAS via https:\\mondomaine.com:5001.

Même NAS ou un autre ? AMA c'est parce que la batterie est complètement HS. L'UPS n'a aucune capacité pour alimenter le NAS. La coupure est immédiate et sans log. Il n'a probablement pas pu redémarrer dès la première coupure ce qui explique qu'il n'y a pas de log de redémarrage après coupure et d'alerte de perte d'alimentation incontrôlée. Il devrait normalement y en avoir un au dernier redémarrage d'hier, mais comme apparemment vous avez du réinstaller le système, il est fort possible qu'il n'y ait aucun log. Disque à surveiller simplement. 32 secteurs défectueux, ce n'est pas grave en soit. Ils ont été remplacés par des secteurs de réserve. Si cette valeur augmente au cours des prochains jours/mois, il va falloir envisager le remplacement.

Suite au tollé (est surtout à la chute des ventes) Synology a fait du rétro-pédalage. La dernière version de DSM autorise tous les disques.

DSVideo et Video Station ont été abandonnés à partir de DSM7.2 Pour Jellyfin et les paquets de Syno Community, tout dépend du bon vouloir des développeurs.

Pour votre information, ce site ne traite exclusivement que de NAS, Synology, QNAP ou autres. Votre question n'ayant aucun rapport avec ces équipements, je verrouille. Je vous conseille de vous tourner vers des forums généralistes où vous aurez plus de chance de trouver réponse à votre question.

Oui. La mise en miroir nécessite beaucoup de travail sur les disques, particulièrement sur un modèle d'entrée de gamme. Il faut se montrer patient.

DS Video et video station ont été abandonnés par Synology à partir de la version 7.2. Donc, si vous optez pour un NAS plus récent, il y a fort à parier que vous n'aurez plus ces deux applications.

Et bien oui, encore 😉 Je plus que confirme. Le port data dont vous parlez n'est autre que la connexion USB vers le NAS ou le PC (USB serial ça vous parle ?) Ce n'est absolument pas une connexion réseau RJ45 ! Il faut vraiment oublier de pouvoir faire une gestion via le réseau avec ce modèle d'UPS. Si vous voulez vraiment faire cela, alors préparez le chéquier pour acquérir un UPS SNMP. Ce n'est pas du tout le même prix. Oui mais c'est pour préparer les disques vers une version DSM identique au NAS de destination. Si vos disques sont reconnus comme étant issus d'un NAS Synology, le nouveau NAS les reconnaîtra et installera la version DSM compatible. Il ne détruira pas les partitions de données. Après, les applications peuvent être incompatibles d'une version de DSM vers une autre et il faudra peut-être mettre les mains dans le cambouis pour restaurer certaines mais cela ne touchera pas les données.