PiwiLAbruti

@GGG N'oublie de faire une sauvegarde avant.

@GGG Photo Station n'existe plus dans DSM 7, il faudra migrer vers Synology Photos qui contient quelques régressions. La version 7.0.1 qui est proposée en automatique contient déjà des correctifs de la 7.0.

Quel est le message d'erreur exact ? (s'il y en a un) Essaye de télécharger à nouveau la mise à jour, le fichier que tu essayes d'installer est peut-être corrompu. As-tu essayé avec Synology Assistant ? Donc si tu as des sauvegardes, tu ne peux pas perdre tes fichiers ?

Tu as oublié de préciser la version complète : 7.1.2 update 5 🙈 Idem pour mon DS718+, je prends le temps de tester DSM 7 dans une VM avec les différents services que j'utilise pour tout valider avant migration (et pour l'instant ça se passe plutôt bien).

Sur un DS213j sous DSM 7.0-41890, le paquet SMB Service est en version 4.10.18-0223, soit 3 versions de retard d'après les notes de version de ce paquet. Dans la version 4.10.18-0310 datant du 31 août 2021, Synology précise que le paquet sera disponible dans les prochains jours : Au 21 octobre 2021 (soit bientôt 2 mois plus tard), je ne prends pas trop de risque en précisant qu'on n'a pas la même notion de prochains jour 😅 Pour mettre à jour le DS213j vers DSM 7, il a fallu faire la mise à jour manuellement comme pour les autres modèles des séries '13, '14 et '15. J'espère qu'il n'en est pas de même pour les mises à jour suivantes de DSM et des paquets 🤪 Comme je suis patient et persévérant (ou têtu et borné selon affinité), je vous tiendrais au courant si une mise à jour automatique sort de sa cachette. Il serait intéressant aussi de voir si le comportement est le même sur les modèles des séries '16 et ultérieures et sur lesquels la mise à jour de DSM 7 était proposée automatiquement.

Toujours rien de mon côté via les mises à jour automatiques. C'est pareil chez vous ? (pour ceux qui ne l'ont pas faite en manuel)

@.Shad. et @Mic13710, c'était en réponse à : @phiphile indiquait qu'il n'avait pas fait de sauvegarde avant de migrer DSM et que tout s'est bien passé (peut-être pas de données sensibles à sauvegarder, ou alors méthode kamikaze). Mais effectivement, hors contexte, ça peut effrayer.

Si l'interface de la box le permet, il suffit de renseigner un bail de réservation avec la même IP que celle utilisée précédemment par le NAS. L'arrêt du NAS n'est alors plus nécessaire.

Tu as essayé d'utiliser les noms dynamiques nasx.synology.me directement dans les enregistrements NS comme je te l'ai suggéré ? Ça évite de devoir définir les adresses IP, non ? En tout cas c'est ce que je fais chez OVH avec leur système de DNS dynamique, donc ça devrait fonctionner même avec des enregistrements terminant par synology.me. Pour la réplication des zones (qui ne se configure qu'avec des adresses IP), j'utilise les adresses IPv6 qui, elles, sont fixes.

Comme le dit @.Shad., le CNAME pose problème. Les enregistrements NS doivent nécessairement pointer vers des enregistrements A et/ou AAAA. Donc fais directement pointer les enregistrements NS vers nasx.synology.me.

Seuls les enregistrements *.synology.me seront utilisés dans les enregistrements NS de l'interface LWS. Non, les box ne proposent que des services DDNS les plus courants.

@oracle7 : 🤓

Ouvre un nouveau sujet dédié @Finnithnel, sinon ça va trop polluer celui-ci. J'utilise une configuration similaire à celle que tu veux mettre en place.

Visiblement, c'est Disque 10 qui aurait été remplacé (p/n différent). S'il n'y a pas de disque de secours à chaud, il est urgent d'en définir un (comme Disque 4 par exemple).

Synology donne les instructions de configuration de CardDAV sous Android via l'application CardDAV-Sync free. Il y a également les instructions de configuration de CalDAV sous Android via l'application DAVx 5 (qui supporte d'ailleurs aussi CardDAV). C'est tout de même bien merdique de configurer ces protocoles sous Android alors que sous iOS c'est natif.

DS File n'utilise pas SMB mais le même protocole que DSM (HTTP sur tcp/5000 ou tcp/5001). mon.synology.me pointé vers ton adresse IP publique, donc ça ne fonctionnera pas avec SMB qui est un protocole local. Soit tu utilises l'adresse IP locale, comme conseillé par @alan.dub (et que je conseille aussi), soit le nom NetBiOS du NAS, soit tu utilises un DNS local pour configurer un nom (mais c'est bien plus complexe à configurer).

Non, ou alors Synology ne sait pas gérer correctement son infrastructure cloud (comment font les constructeurs de smartphones lors des mises à jour d'OS ?). C'est surtout afin de pouvoir faire un rollback sans impacter tous les clients, ce qui est utile puisque ça s'est d'ailleurs produit plusieurs fois dernièrement. Synology tient plus à la fidélité de ses clients qu'à la charge de ses serveurs (enfin j'espère). Normalement, si on a un NAS, c'est qu'on tient aux données qui y sont stockées. Donc on évite les manœuvres potentiellement dangereuses.

Donc tu conseillerais à ceux qui ont un NAS perso (et un seul) avec du contenu auquel ils tiennent comme à la prunelle de leurs yeux de faire les mises à jour manuellement ? De mon point de vue, c'est comme dire que la sauvegarde est facultative.

Ce n'est pas une dictature ici, et heureusement ! Comme je l'ai écrit (en Arménien certes 😜), chacun fait ce qu'il veut. C'est juste que les dernières mises à jour ont eu raison de ma confiance dans la capacité de Synology à fournir des mises à jour stables. Donc j'applique et propose une méthode pour limiter ces désagréments, je ne l'impose pas.

Ես փորձում եմ օգնել, ամեն մեկն անում է այն, ինչ ուզում է: 🤷‍♂️

Ça doit être ça. À partir de maintenant je vais rédiger mes posts en araméen, ça sera plus accessible 😄

😂

@Fabweb Il faut préfixer les commandes par sudo. J'ai corrigé le prost précédent en conséquence. Ce n'est pas un langage spécifique puisque les commandes df et du sont simplement des programmes. Le langage utilisable autour de ces commandes s'appelle Shell. df --help du --help

Non. Si le redémarrage automatique après coupure est activé, le NAS envoi le Mail suivant à la reprise :

Donc ça ne vient pas des logs (56Mo au total). Il doit donc s'agir d'un (ou plusieurs) autre dossier à la racine qui a une taille inappropriée. Les dossiers dont il faut vérifier la taille sont tous ceux autres que ceux listés dans la colonne Mounted on dans le résultat de la commande sudo df -h. Pour voir la taille de chaque dossier à la racine : sudo du -chd1 / Si un des dossier ({dossier1}, {dossier2}, ...) à une taille élevée, tu peux détailler la taille des ses sous-dossiers sur plusieurs niveaux {n} : sudo du -chd{n} /{dossier1} /{dossier2} Par exemple : sudo du -chd2 /usr /root ---- Au passage, tu peux poster le résultat des commandes au format texte. Pour le copier, il faut sélectionner le texte dans la fenêtre PowerShell (ou [Ctrl]+[A] pour tout sélectionner) et appuyer sur la touche [Entrée].