Mic13710

Il m'a pourtant avoir été assez clair dans mes explications. 3 mn c'est le temps que met mon NAS pour passer en mode sécurité effectif et envoyer le signal d'arrêt à l'UPS. Il faut en tenir compte quand on paramètre le temps de fonctionnement avant passage en mode sécurité. Tous les NAS ne se ressemblent pas. Certains seront probablement plus rapides. Ce qui est important c'est de ne pas omettre ce temps incompressible dans le calcul de l'autonomie de l'UPS avant arrêt par le NAS : Temps minimum durant lequel l'UPS doit assurer le service = temps programmé avant passage en mode sécurité + temps de mise en sécurité (propre à chaque NAS)

Le système de fichier n'a rien à voir avec les données. Vous sauvegardez vos configurations comme décrit dans le tuto et vous sauvegardez vos données. Vous supprimez votre groupe pour en recréer un en btrfs puis vous restaurez vos configurations et vos données. Je vous conseille toutefois de faire un maximum de captures d'écran des paramètres existants. Ces important pour tous ce qui ne sera pas sauvegardé.

aucune idée.

Avez vous essayé de désélectionner AFP, d'enregistrer le choix (Appliquer) puis re sélectionner AFP et Appliquer ?

C'est à dire ? Si ce sont des licences déjà actives sur d'autres NAS, la réponse est non. Si ce sont des licences qui ont été désactivées par leur propriétaire auprès de Synology, c'est oui.

Ce que veux dire @maxou56c'est qu'il n'est pas possible de modifier un RAID classique (non SHR) de simple volume en multivolume. Copie de l'aide : Cette fonctionnalité est uniquement prise en charge sur les groupes de stockage SHR. SHR (Synology Hybrid RAID) n'est disponible que sur certains modèles. Le btrfs n'était pas encore disponible à la sortie du 415+, raison pour laquelle ça n'apparait pas sur les specs. Mais je confirme que le 415+ est bien compatible btrfs. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/Which_Synology_NAS_models_support_the_Btrfs_file_system

Ca c'est peu probable. Par contre, un souci au niveau des batteries est tout à fait possible. Si elles n'ont pas la capacité suffisante pour maintenir l'UPS en service pendant toute la durée de mise en sécurité, il y aura un arrêt brutal avec là pour le coup des power retract-off sur tous les disques. Comme je l'ai écrit plus haut, mon test a donné 3 mn entre le début de la mise en sécurité et l'arrêt de l'onduleur. En supposant un temps de maintien programmé un peu trop important (disons 15mn), il faut que la batterie soit capable de tenir au delà de ce temps soit 15 + 3 = 18mn dans mon cas. Si la batterie n'est pas en bon état ou pas suffisamment chargée, il y a de fortes chances pour que le processus ne puisse pas aller jusqu'au bout. Raison pour laquelle j'ai un temps de passage en mode sécurité programmé à 5 mn. Je pense même le descendre à 2 mn pour limiter l'usage de l'onduleur à 2 + 3 = 5 mn.

C'est bien différent. JBOD = Just a Bunch Of Disks est un montage qui permet d'associer plusieurs disques de capacités égales ou différentes pour n'en créer qu'un seul. Les données se remplissent exactement comme sur un disque simple, cad qu'on rempli le premier disque, puis le deuxième, etc. Et comme sur un disque classique, les données se fragmentent au fil du temps, si bien qu'elles se retrouvent éparpillées un peu partout sur les disques, ce qui rend plus difficile la récupération des données sur le ou les disques encore sains. https://fr.wikipedia.org/wiki/JBOD RAID0 est un montage RAID qui fonctionne en agrégation par bandes. Il y a sur chaque disque le même nombre de bandes qui ont toutes la même capacité. De ce fait le RAID0 n'est réellement exploitable qu'avec des disques de même capacité car si les disques sont différents, seule la capacité du plus petit disque sera utilisée pour tous les disques. Les données sont fractionnées pour remplir chaque bande. Cette manière de stocker permet d'accélérer le processus lecture/écriture puisque chaque disque contient une partie des données. C'est très bien....tant que ça marche. Mais là pour le coup, la perte d'un seul disque entraine la perte totale des données. https://fr.wikipedia.org/wiki/RAID_(informatique)#RAID_0_:_volume_agrégé_par_bandes Et donc pour ce qui est des différences entre JBOD et RAID0, le JBOD est moins rapide que le RAID0 mais en cas de panne d'un disque il a l'avantage (minime) de pouvoir espérer récupérer des données sur le ou les disques sains, alors que c'est impossible avec le RAID0 Et moi j'ai du mal à comprendre pourquoi les deux existent sur des NAS. A quoi bon avoir une taux en lecture/écriture super rapide si le réseau est incapable de transférer les données à une vitesse équivalente.

C'est son fonctionnement normal je pense. Je vous ai orienté vers celui-ci car certains ont obtenu de bons résultats. Ceci dit, je ne suis pas un spécialiste de la récupération des données vu que je n'ai jamais eu à le faire (j'ai des sauvegardes pour ça)

Ca c'est vous qui le dites. Chez moi ça fonctionnait avec les versions bien antérieures à la 6. Là aussi je ne suis toujours pas d'accord. Moi aussi j'ai testé. J'ai mis un délai d'1 min pour le lancement de la mise en sécurité. Cette mise en sécurité s'est bien initiée 1 min exactement après la coupure de courant, et l'UPS a été éteint 3 minutes après. Autrement dit, le NAS a attendu 3min avant d'initier l'extinction du NAS. C'est un délai plus que suffisant pour arrêter proprement un NAS. On est très loin en tout cas des quelques secondes dont vous parlez. Je ne suis pas allé vérifier les données SMART avant et après le test, je ne peux donc pas confirmer ce point. Je referai un essai plus tard. Néanmoins, je ne m'inquiète pas trop pour cette valeur. J'ai vu pas mal de disques avec un nombre important de power-off retract count qui se portaient comme un charme. Les miens en ont tous les deux 39 au compteur et tournent 24/7 depuis plus de 5 ans. Mais bon, comme je le disais plus haut, avec une trentaine d'heures d'autonomie, mon NAS a peu de chance d'être arrêté en cas de coupure réseau.

Sans vouloir vous décevoir, vous ne récupérez en fait que des bribes de fichiers qu'il va vous falloir analyser et renommer si elles sont exploitables. Ce n'est pas pour rien que je vous ai souhaité bonne chance......

S'agissant d'un disque en basic pur, il peut être lu par n'importe quelle distribution Linux (Ubuntu par exemple) et même avec des outils windows pour lire les disques en ext3 ext4 ( Ext2fsd par exemple). S'il est encore bon, vous pourrez récupérer vos données.

Heureusement qu'il n'y avait que 2 disques. DS415+, il y a fort à parier qu'il s'agit du CPU. Panne archi connue. Il s'agit d'une résistance. J'ai quelques doutes sur la pertinence de cette solution car il s'agit d'un défaut de CPU. Mais bon puisqu'il est en panne, vous pouvez toujours essayer.

Essayez plutôt photorec https://www.commentcamarche.net/download/telecharger-34056718-testdisk-photorec

C'est vrai quand le JBOD est récent. Mais ensuite, les suppressions, rajouts et autres déplacements remplissent les espaces ce qui fragmente les fichiers qui sont éparpillés un peu partout. Plus le JBOD est ancien, plus il est difficile de pouvoir récupérer quoi que ce soit. Vous pouvez toujours tenter avec True Acronis, vous verrez bien si vous pouvez récupérer quelque chose d'exploitable. Bonne chance.

C'est plutôt le RAID0 qui est le pire. Mais bon, même si on pouvait récupérer quelque chose d'un JBOD, ce ne serait pas ou peu exploitable. @Tadig il ne reste plus que vos sauvegardes qui peuvent encore vous sauver.

Si vous la voyez, tout le monde la voit et je la vois aussi 😜

Ouf ! Il y en a tellement qui négligent les sauvegardes..... C'est ce que je fais avec mon vieux 710.

Oui. Voir ce tuto : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Vous avez fait le test ? https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Ca peut aussi provenir des disques ou de l'alimentation.

Si vous parlez du serveur VPN du NAS, oui c'est gratuit. Vous avez un tuto pour ça : A ne pas confondre avec un service VPN externe qui n'a pas la même finalité et qui peut être payant. Ou çà ? Pour les présentations, c'est ici : https://www.nas-forum.com/forum/forum/16-présentation/

Dans la section Tutoriels tout simplement.

Bonjour david hxc Il est d'usage sur ce forum de passer d'abord par la section présentation avant de poster. Pour votre demande, il y a des tutos très bien fait pour vous aider. Le tout premier à mettre en oeuvre concerne la sécurisation de votre NAS. On ne va pas sur la toile sans avoir sécurisé les accès. Ensuite, vous trouverez des tutos sur le serveur DNS et le reverse proxy pour accéder à votre NAS sans QC.

bonjour mchelmi, soyez le bienvenu dans la communauté. Si j'ai bien compris, vous n'avez pas de sauvegardes ? Les disques et les NAS (surtout un 1515+) ne sont pas éternels.

@alan.dub Je vous accorde que le message prête à confusion mais ne vous inquiétez pas, c'est un message standard qui est le même que vous activiez ou pas l'arrêt ups. J'ai regardé et testé ce dont parle @JujuY et franchement, c'est un pseudo problème qui n'en n'est pas un. Rien n'a fondamentalement changé, aussi loin que je me souvienne le mode d'arrêt reste le même que celui qui prévalait dans les versions antérieures (et Dieu sait combien j'en ai vu passer en 12 ans). On peut toujours choisir d'arrêter ou pas l'onduleur une fois que le NAS est passé en sécurité. Rien de nouveau. Et donc, je ne vois toujours pas où est le problème et je ne vois pas en quoi les disques seraient mieux protégés si l'UPS est éteint en fin d'autonomie batterie plutôt que dès que le NAS est en mode sécurité. Certes les disques sont arrêtés proprement (cad qu'ils s'arrêtent de tourner) si on laisse l'UPS allumé, mais ils n'y a rien à craindre à couper leur alimentation s'ils sont déconnectés du service. Que je sache, le fameux Power-off Retract Count n'est pas un paramètre vital pour le disque et ne changera pas sa durée de vie. Et encore une fois, c'était la même chose dans les version 5.2 et en deçà.

Je crois que le souci dont tu parles @firlin est apparu avec la première 6.2.2 et a été corrigé à l'update suivant. Pour ce qui est de l'arrêt UPS (le lien de JujuY), je ne pouvais pas remarquer ce point (qui ne me dérange pas du tout) puisque c'est le fonctionnement que j'ai retenu. Les coupures de courant se comptent chez moi sur les doigts de la main. Ce ne sont pas des arrêts très occasionnels qui vont endommager les disques. Par contre, je trouve inutile de laisser tourner un UPS dans le vide dès lors que les NAS sont sécurisés. Ca décharge la batterie alors même que la capacité restante pourrait être nécessaire pour faire face à une nouvelle coupure. Et chez moi de toute manière ces arrêts sont quasiment inexistants puisque mon autonomie est d'une bonne trentaine d'heures avant la prise en charge par l'UPS.