Mic13710

Très vieux modèle de NAS et très vieux DSM. Dans la liste officielle des disques supportés, la taille maxi est de 2To, probablement parce que DSM 4.2 ne sait gérer que des disques en MBR qui est limité à 2To. https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS109j&category=hdds_no_ssd_trim&filter_size=2TB Je ne crois pas qu'il soit possible de faire la conversion en GPT.

Le swap est une partition d'échange propre au fonctionnement de Linux. Je vous ai donné la raison principale du fonctionnement obligatoire des deux unités DS et DX. Je ne peux pas cautionner un fonctionnement différent car si la théorie implique la reconstruction des partitions DSM et SWAP, ce qui en soit n'est pas un fonctionnement normal, il n'est pas exclu qu'il y ait des effets de bords inconnus qui peuvent avoir des impacts négatifs sur l'opération du NAS. De même, une mise à jour de DSM doit être menée sur des groupes en fonctionnement et si l'unité DX est absente lors de cette opération, pas sûr que sa reconnexion se déroule sans encombre. Je ne saurais trop vous recommander d'abandonner ce mode opératoire et d'envisager un fonctionnement à 2 NAS.

Même si c'est la raison principale des extensions, je ne suis pas du tout partisan de construire un seul groupe sur le DS et le DX. Je pense que votre configuration est correcte. Cependant, Synology ont raison de dire qu'il faut les 2 unités en service en permanence car si les groupes sont biens séparés, tous les disques (NAS et extension) fonctionnent en RAID1 sur la partition système et sur celle du swap. En éteignant l'extension, vous cassez le fonctionnement de ces deux partitions et elles doivent être reconstruire à chaque reconnexion. L'extension n'est pas du tout faite pour être séparée du NAS. Si vous vouliez un fonctionnement séparé de vos 2 groupes, le choix aurait alors du se porter sur 2 NAS avec chacun son groupe.

AMHA, vous avez modifié les droits utilisateurs sur le dossier homes. Ces droits ne devraient pas être modifiés. Remettez les sur "par défaut" et tout devrait rentrer dans l'ordre.

@JB_newbie Encore en EXT3 ! Vos disques sont issus d'une ou plusieurs migrations pour être encore dans ce format. C'est bien dommage d'avoir un NAS compatible BTRFS avec des disques en EXT3 qui embarquent toutes les limitations du NAS d'origine. C'est un peu comme avoir une BMW avec un moteur de 2CV. Et je suppose que vous n'avez pas de sauvegardes de vos données. La seule possibilité qui vous reste c'est de récupérer vos données à partir d'un PC Linux ou en installant une distribution Ubuntu sur un PC en suivant cette procédure : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

@Phildu30 il existe une section firmware sur ce forum. C'est là que vous trouverez un post qui vous donne un site de téléchargement des anciennes versions. J'en profite pour déplacer votre demande vers cette section.

Si c'est récent, il se peut qu'il soit en pleine réindexation et vu les performance de votre NAS et selon la quantité de fichiers multimédia à traiter, cette opération très gourmande en ressources peut prendre plusieurs jours voire semaines. Est-ce que vous n'avez pas une indication d’indexation en cours en haut à droite de DSM ? Si c'est le cas, vous pouvez mettre en pause pour une durée déterminée et tester si vous pouvez à nouveau vous connecter.

Il est possible qu'un de vos disques soit le souci. Essayez de démarrer avec un seul disque. Si c'est toujours pareil, démarrez avec l'autre. Sinon, vous pouvez récupérer vos données à partir d'un PC avec une distribution Ubuntu en suivant cette kb Synology : https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC

@Lio64 faites attention où vous postez vos demandes. "Nos membres racontent" ne correspond pas à votre problème. Lisez les intitulés des sections avant de poster. Je déplace.

Parce que, comme l'a expliqué @.Shad., ce port n'est pas modifiable. D'où l'importance de demander une ip full stack si ce port n'est pas dans la plage allouée par free.

@Aymen007 avant de penser à changer de NAS, quelques tests s'imposent : https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Si la carte mère présente un défaut, c'est soit l'alimentation, soit le CPU. Commencez peut-être par mettre en place la résistance si elle n'y est pas. Et je crois que sur ce modèle, il y a un jump à faire au niveau de l'alimentation. Je vous laisse chercher dans la foison de message du lien que je vous ai donné.

Là tu introduis un élément nouveau. S'il s'agit de synchros entre NAS, Synology Photo ne le fait pas directement. Ceci étant dit, les photos étant sauvegardés sur le dossier home de l'utilisateur, elles peuvent être synchronisées sur le NAS distant si le compte utilisateur est dans le périmètre de Drive. Si ce n'est pas le cas, rien en t'empêche de mettre en place une sauvegarde hyperbackup ou autre chose. Bref, il existe une solution autre que Drive pour sauvegarder les photos d'un appareil nomade. Tout ceci fonctionne très bien sur Windows et Android. Reste à savoir si les versions de l'app sur Apple permettent cette sauvegarde.

Il se peut que ce soit un problème d'alimentation (bloc HS). Mais il se peut malheureusement aussi qu'il s'agisse d'une casse cpu car votre NAS fait partie de ceux équipés d'Atom C2000. S'il n'a pas été patché, vous pouvez tenter de mettre en place la fameuse résistance de 330ohm. https://www.nas-forum.com/forum/topic/55281-soucis-sur-les-atom-c2000-panne-programmée-des-modèles-rs2416-rs2416rp-rs815rs815rp-ds2415-ds1815-ds1515-ds415/#comment-1319318374

@Brunchto Ainsi on perd l'intérêt du versionning. Autant faire une sauvegarde rsync mono version ! 😉 Dans ce cas il n'y a plus besoin d'Hyperbackup Vault, les fichiers sont lisibles directement dans la sauvegarde.

Ce n'est pas possible ! Cela reviendrait à dire que vous refaite une sauvegarde complète chaque fois. Pour bien comprendre, supposez que vous ayez un fichier dont la dernière sauvegarde remonte au mois de janvier. Elle sera toujours présente et disponibles sur toutes les sauvegardes depuis le mois de janvier jusqu'à l'avant dernière sauvegarde, mais uniquement présente physiquement dans la sauvegarde originale de janvier. Si vous faites une maj du fichier aujourd'hui, cette nouvelle version sera la deuxième et apparaîtra dans la prochaine sauvegarde. La première version sera toujours visible dans les sauvegardes précédentes, jusqu'à ce que vous fassiez une nouvelle maj, auquel cas, le fichier de janvier sera supprimé à la prochaine sauvegarde et son affichage disparaitra des sauvegardes suivantes puisque votre choix est sur deux versions. La version précédente deviendra celle d'aujourd'hui, etc.... Ce n'est donc pas le nombre de sauvegardes qu'il faut considérer mais le nombre de version du fichier.

Vous êtes sûr que vous parlez bien du nombre de versions d'un fichier individuel et pas du nombre de sauvegardes Hyperbackup ?

@firlin c'est du RAID0, donc pas possible....

Autre solution : utiliser l'app Synology photo qui fait ça très bien pour sauvegarder les photos. J'ai inhibé celle de Drive sinon ça fait double emploi.

@StéphanH je n'utilise pas Drive pour tout ce qui est multimedia. A mon avis, ce n'est pas du tout son rôle pour la simple raison que ça alourdi considérablement le dossier caché sans un réel apport en terme d'utilisation. Je laisse ça aux app qui sont faites pour ça. Ainsi, les appareils nomades ne peuvent accéder aux fichiers multimedia que par leur app respectives. Pour ce qui est des accès par les PC ou MAC, c'est de la simple gestion de droits d'accès aux dossiers partagés qui fait loi. Si ton NAS est en btrfs, ça pourrait avoir un certain sens de mettre du multimedia dans Drive (bien que je ne le recommande pas). S'il est en EXT4, ç'est tout simplement de l'espace de stockage perdu pour rien. Ce n'est bien entendu que mon point de vue.

A voir. Après, comme l'a fait fort justement remarqué un intervenant, il est déplorable de constater que de simples informations qui étaient fort logiquement présentes sur les versions précédentes de DSM ne soient plus disponibles sur la dernière mouture et qu'il faille passer par une applications tierce pour retrouver des informations utiles pour connaître l'état de santé des disques qui équipent un NAS. C'est un nonsense de plus de la part de Synology.

@firlin, @.Shad., @PiwiLAbruti J'ai déplacé la question de firlin sur le ping dans un autre sujet car il n'avait pas de rapport avec la sécurisation des NAS

Grosse confusion et erreur bien trop commune. Le RAID n'est pas une sauvegarde mais un moyen de stockage qui permet une continuité de service en cas de perte d'un disque ! C'est tout. Les fichiers que vous supprimez, qui sont vérolés ou bloqués par un cryptolocker le sont sur tous les disques. Si votre NAS subit des dégâts et que les disques sont HS, vous perdez tout. Il faut bien une vraie sauvegarde pour récupérer ces fichiers.

Vous faites des sauvegardes de votre NAS sur votre NAS ???? 😳

oui. Et si vous restaurez vos sauvegardes Hyperbackup, la configuration est aussi restaurée. Possible mais pas du tout conseillé car vous importerez du même coup les limitations du 216. De plus, si vous n'êtes pas en btrfs, vous ne pourrez pas faire de virtualisation. Et aussi, la taille de la partition système a évolué depuis DSM7.1 pour les nouvelles installations. Enfin, le saut de modèle est trop important. Il est largement préférable de partir sur une installation neuve. Effectivement. Si vous voulez plus de caméras, il va falloir acheter des licences.

Effectivement @PiwiLAbruti. Je viens de vérifier et il y a bien une application qui s'appelle "enregistrement de bord" qui permet de récupérer les enregistrements des cartes SD. Cependant, la description parle d'importation d'enregistrements à partir de produits Synology, ce qui exclurait les caméras tierces. D'un autre côté, le descriptif ne mentionne pas de limitation aux seuls produits Synology. https://www.synology.com/fr-fr/surveillance/feature/vast_cameras_support