SynoBer

Bonjour, "Quand j'avais le DS418 seul,(...) le NAS s'éteignait tout seul (...)" --> il se mettait probablement en mode de sécurité (ou mode veille / mode sans échec) comme indiqué par @Mic13710. Il me semble que dans ce mode et selon les modèles, il peut ne rester que la diode bleue d'alimentation allumée (je ne connais pas le spécifique du DS418) et toutes les autres éteintes.

Bonjour, Merci pour toutes ces informations. J'ai pris mon courage à deux mains et mon NAS dans l'autre, et me suis lancé (je suis sur la dernière version de DSM, 7.4 quelque chose - possiblement 7.4.1-90080), il y a quand même pas mal de boulot mais ça se passe pas trop mal pour le moment. Moins pénible que redouté. Je confirme que Docker (Container Manager) tourne sans problème sur un DS920+ quel que soit la configuration du système de fichiers, ext4 ou Btrfs. Si ça peut aider, voilà ce que j'ai fait/je fais en synthétique : Backups à la fois des fichiers, et un backup spécifique avec les applications. A noter que ce backup 'des applications seulement' prend aussi les données de certains répertoires partagés à cause des applications incluses dedans : Synology Photo donc il prend /homes et /photo, Audio Station donc il prend /music, etc. Un backup du paramétrage du panneau de configuration (fichier .DSS) + il y a un backup sur mon compte Synology. Je ne savais pas que chaque Hyper Backup le faisait aussi ! Backup de tous les packets Docker dans Container Manager (via export vers fichier .txz) et aussi copier/coller des docker-compose.yml lorsque le package a été créé en mode 'projet Docker' Réinitialisation de DSM depuis le panneau de configuration. Accepter d'appuyer sur le gros bouton rouge qui dit que tout va être effacé - stress maximal Connexion au NAS et il faut faire toute la phase d'initialisation (installation DSM, etc.) Création du groupe de stockage. Création du volume (crypté + Btfrs). Lancer test de 'nettoyage des données' (?). Restauration de la configuration système = panneau de configuration (via .DSS créé au point 2). Permet de recréer tous les users, les groupes, les dossiers partagés, etc. Restauration du backup 'applications' seulement pour File Station et Hyper Backup --> permet de récupérer dans Hyper Backup le paramétrage des backups, ce qui facilite les restaurations ultérieures. Ne jamais mettre de restaurer la configuration système. Ne rien cocher sur la page "restauration des données" pour les dossiers partagés. Restauration du backup 'applications' pour toutes les autres applications. Ne jamais mettre de restaurer la configuration système. Cocher la restauration des données sur tous les répertoires partagés + toutes les applis sauf celles ci-dessus --> long ! On peut aussi faire cette étape plus tard. Restauration des fichiers dans /docker (dossier partagé de tous les packages Docker) Container Manager : le rechargement des packages Docker par import des .txz n'est pas idéal car il ne recrée pas les 'projets' dans Container Manager. Par contre cela fonctionne bien ensuite, on retrouve le package comme on l'avait laissé avec tout son paramétrage interne. Pour certains packages je suis en cours de recréation via docker-compose.yml plutôt : à voir si lors de la relance cela reprend bien le paramétrage interne du package (restauré au point 10). Il faut créer manuellement les répertoires (vides) dans les points de montage définis dans le docker-compose (hors ce qui est dans /docker, car normalement déjà restauré en 10), que la création du projet se fasse. Faire cette re-création des projets mais ne pas démarrer les packages afin qu'ils n'essaient pas de lire les répertoires des données partagées - car ces données ne sont pas encore restaurées, les répertoires sont vides. En parallèle de 11 : restauration de tous les répertoires partagés hors /docker (déjà fait en 10) ou /photo ou /music (déjà fait en 9). Selon la volumétrie, très à très très long (perso c'est restauré à 100Mo/s environ, donc par ex. ça donne 3 heures par Go environ). A priori démarrage des packages Docker restaurés en 11 - qui devraient retrouver leurs data Derniers contrôles ; notamment reprendre toutes les captures d'écran avant upgrade et repasser sur tous les paramètres Forcer le démarrage des backups réguliers sans attendre leur date de planification. On pourrait aussi lancer de nouveau le test de 'nettoyage des données' dans le gestionnaire de stockage. Ouf!

Bonjour à tous ! J'ai un DS920+ avec 4 disques de 6TB, pour des raisons de manque de place je souhaite passer à 2x12TB + 2x6TB. Actuellement le NAS est configuré avec un seul groupe de stockage (monovolume) sur un seul volume, avec 16,4 To disponibles (càd les 18TB exprimés en To). A priori étant donné l'usage du NAS purement familial et peu intense (backup de fichiers à long terme, sauvegarde des photos des mobiles ou appareils avec SynoPhoto, containers Dockers JellyFin et Koomga, mais pas de $home ou de disque réseau par ex.), je suis assez content avec l'unique groupe de stockage et l'unique volume - et la maintenance minimale. Sauf que je me rends compte, comme ma config actuelle est issue d'un DS413j, que j'ai plusieurs limitations à rajouter un disque par rapport aux fois précédentes - où j'étendais juste le groupe de stockage (et le volume) sur les nouveaux disques : La taille de mon volume actuel est limitée à 16 Tio (j'ai raté la subtilité qui fait que 16,4To est inférieur à 16Tio donc ça passe encore, mais bref, l'ajout de 5,5To de disque va me faire dépasser cette limite) --> Je vais devoir rendre le groupe de stockage multivolumes ET créer un deuxième volume. Je découvre qu'il est vraisemblable que ma partition système soit de 2,2Go et non de 7.9Go (voir message @Mic13710 ici https://www.nas-forum.com/forum/topic/88255-etendre-le-groupe-de-stockage-sur-tous-les-disque/#findComment-1319528626 mais c'est des Go j'espère !). J'imagine que je le verrai sur le disque de 6To que je vais sortir de la grappe, il va y avoir une première partition de 2,2Go...? Je pourrais en profiter pour passer de ext4 à Btrfs (pas 100% convaincu de l'utilité, sauf peut-être le bitrot...) Je pourrais envisager de mettre tout le volume en crypté, ou au moins d'avoir 2 volumes dont 1 crypté pour mes documents personnels. Mais J'ai besoin de 1 ou 2 To au max de volume crypté, je ne peux plus faire ce découpage avec ma config. Ma question est la suivante : quelle est la procédure (la plus simple) de réinstallation complète d'un NAS, avec des répertoires partagés (évidemment), les containers Docker géré avec Container Manager, les photos SynoPhotos ? Est-ce qu'il faut refaire tous les répertoires partagés un-par-un avec les droits de chaque groupe, où il y a un moyen rapide tant que le NAS n'est pas arrêté ? Idem Docker, etc. J'ai les sauvegardes sur disque externe (USB) : Backup de mon paramétrage (panneau de config) sur compte Synology et en fichier sur disque externe (USB) Backup de mes fichiers par HyperBackup, en mode copie simple non .hbk et miroir (les répertoires sont recopiés, les fichiers sont lisibles sur le disque externe directement). Je n’ai pas activé la case "copie des metadonnées" (car j’ai eu l’impression que c’était très long). Finalement j'ai fait une passe de backup de plus avec l'option activée pour plus de sûreté. 1 répertoire partagé backupé par HyperBackup en mode hbx mais une seule version maximum Pas de sauvegarde HyperBackup des applications - notamment pas de sauvegarde Synophotos par ce biais, mais les photos ont été copiées par le miroir simple. J'imagine que je perdrai la détection des visages qu'il faudra recommencer ? Et les miniatures? Finalement j'en ai fait une. Les paquets sur Docker sont arrêtés et j'ai fait une copie par container manager après arrêt (fichiers .txz) J'imagine une procédure du type : Si je veux que la réinstallation inclue la partition système, il faut une RàZ complète de DSM j'imagine ? Sinon supprimer le groupe de stockage et le volume (actuellement sur mon NAS c'est 'groupe de stockage 2' et ‘volume2’, et ça a toujours été le cas). (est-ce que cela supprimera toute la configuration des répertoires partagés dans le panneau de configuration ?) Recréer groupe de stockage et volume Btrfs - 1 volume ou 2 dont 1 crypté. A ce stade est-il possible de recréer les répertoires partagés et leurs droits d'accès par utilisateur/groupe (et tous les autres paramétrages) en rechargeant le backup du paramétrage du panneau de configuration? Une récup du backup du panneau de config? Sinon il faut que je recopie tout les paramétrages de tous les écrans... Comme les répertoires partagés actuels sont sur 'volume2', j'imagine que ça pose problème de toute façon si je repars de zéro avec un 'volume1'...? Le cas échéant, reconfigurer tous les répertoires partagés. Docker : réinstallation des paquets Docker depuis leur backup (là encore, le fait qu'ils soient sur 'volume2' aujourd'hui peut-il poser pb au redémarrage peut-être, les chemins des yaml seront NOK). Hyperbackup : restore l’application SynoPhotos (si j'en fais une sauvegarde séparée avant) Hyperbackup : restore les données des répertoires partagés Hyperbackup : restore les données de l’unique répertoire partagé backupé en hbx Je suis vraiment au plus simple là !?! :-) Merci.

Bonjour, Personnellement j'ai remplacé VideoStation par JellyFin justement, donc j'ai upgradé. Pour activer le transcodage matériel sur DS920+ : Dans le fichier de configuration YAML de jellyfin sous Docker, j'ai ajouté Dans le panneau de configuration / planificateur de tâches, j'ai ajouté une tâche 'script défini par l'utilisateur' qui fait : chmod -R 777 /dev/dri/* et se déclenche au démarrage. Pour plus de sureté j'ai une 2ème tâche qui fait de même et se déclenche tous les jours à minuit. Après il faut ajouter /dev/dri/renderD128 (à voir quel chemin pour un DS216+...) dans les paramètres de transcodage jellyfin et j'ai coché tout sauf 'AV1' et 'HEVC 12 bits'.

OK merci beaucoup Mic13710. Je n'ai plus qu'à me trouver un autre boitier pour mon disque...

OK merci beaucoup. C'est un peu contradictoire avec l'article sur le site synology : https://kb.synology.com/fr-fr/DSM/tutorial/Why_does_my_Synology_NAS_have_a_single_volume_size_limitation Notamment : Puis-je créer un volume supérieur à la taille maximale de volume unique ?Non, ce n'est pas possible. Il n'est pas possible de créer un volume supérieur à la taille maximale de volume unique, ni d'étendre un volume existant au-delà de cette limite. Cependant, vous pouvez créer d'autres volumes dans votre groupe de stockage si une capacité non allouée est disponible. 1. Vérifiez si votre groupe de stockage prend en charge plusieurs volumes DSM 7 et versions ultérieures : Tous les nouveaux groupes de stockage créés prennent en charge plusieurs volumes. Or le DS114 est bien en 7.1.1... Donc certes la doc technique dit un seul volume, mais je pensais que c'était parce qu'à sa sortie DSM était en version 6. J'imagine qu'en contournement je pourrais créer le groupe + volume sur mon DS920+ en y enlevant les quatre disques, en le lançant en 7.1.1. avec le nouveau disque, puis création groupe+volume (limite 108To...), après j'enlève le disque pour le mettre dans le DS114 et je remets les quatre dans le DS920+. En effet l'article dit aussi : La migration de mes disques modifiera-t-elle la limite de taille maximale de volume unique ?Le changement de la taille maximale de volume unique dépend du modèle Synology NAS de destination. Vers un modèle avec une limite de taille inférieure : Volumes existants : la limite de taille restera inchangée, car cette limite est déterminée lors de la création du volume. Mais j'ai un peu peur pour mon DS920+, qu'il ne redémarre pas comme avant. Est-ce qu'il y a un risque ?

Bonjour, Je me suis acheté un disque dur de backup de 20To (dans DSM il fait 18,2 To), avec l'idée de le mettre dans un DS114 (dernière version DSM 7.1.1-42962 Update 9). Certes j'avais bien vu que la taille maximale de volume est 16To pour le DS114, mais je pensais pouvoir créer d'abord un groupe de stockage sur (tout) le disque, et ensuite ne créer qu'un volume de 16 To sur ce groupe de stockage. Lorsque je lance la création de groupe de stockage 'gestionnaire de stockage' > Stockage > Créer maintenant La création de groupe de stockage semble possible : Mais DSM semble enchainer directement avec la création du volume et je ne peux pas changer la 'capacité' du volume (les deux champs 'capacité totale' et 'capacité disponible' ne sont pas éditables) : et quand je clique sur suivant : Une idée de méthode de contournement ? Merci par avance ! :)

Bonjour, J'aurais deux questions car j'envisage d'acheter un NAS DS216+ d'occasion pour faire tourner un JellyFin (sous docker) à la campagne. J'ai déjà un DS920+. Pourquoi votre DS216+ est-il sous DSM 7.1.1, il me semble qu'il est compatible DSM 7.3 ? Est-ce que l'accélération matérielle JellyFin fonctionne ? D'après Intel le Celeron N3050 est compatible "Technologie Intel® Quick Sync Video", contrairement à ce qu'a répondu Mistral, donc ça devrait fonctionner ...? A noter : sur le 920+ j'ai dû ajouter un script qui remet en lecture/écriture les répertoires sous /dev/dri (via chmod) à chaque redémarrage du NAS, sinon la transcodification ne fonctionne plus --> j'imagine qu'il faut faire de même sur DS216+. Mais ensuite est-ce OK ? Merci.