Mic13710

Oui, vous êtes en RAID1 ou SHR (installation par défaut). Pour la position des disques, le guide d'installation rapide de votre modèle ne le précise pas. Je pense que le disque 1 est celui côté CM. Note : il n'y a pas de disque "master". Tous les disques embarquent le DSM, le NAS est capable de fonctionner sur un seul des deux disques. Vous pouvez remplacer le disque défectueux par n'importe quel autre disque. Seules contraintes : que sa capacité soit au moins égale à celle du disque existant et qu'il soit dans la liste des disques compatibles pour votre NAS. Edit : Mais il ne faut pas se précipiter pour un nouveau disque. Ce n'est pas parce que votre volume a été (probablement) cassé que vos disques sont obligatoirement HS. Ca n'a rien à voir. Vérifiez d'abord que le DSM est OK en lançant Synology Assistant. Il devrait retrouver votre NAS et vous indiquer son état (adresse IP, adresse MAC, status, version du DSM) . Si le DSM est OK mais que votre volume est HS, vous pouvez tenter de démarrer avec un disque. Si toujours rien, faite la même chose avec l'autre disque. Si ça ne fonctionne toujours pas, vous avez probablement perdu votre volume. Edit 2 : Evitez de faire des modifications de vos messages, ça fausse les réponses et on n'y comprend plus rien.

Ce sont 2 choses différentes. Ce n'est pas parce que votre disque est indiqué comme sain, qu'il est inclus dans la grappe. Il est évident que votre SHR ne tourne que sur un seul disque, le 2. Je vous conseille en premier lieu de lancer une sauvegarde de vos données. Vous lancez ensuite un test smart étendu sur le disque pour avoir des infos plus précises. Revenez ensuite poster le résultat du test.

Avez-vous activé le service de fichier MAC ?

Vous pouvez largement aller au delà. La liste des disques compatibles pour le 211 est ici, celle pour le 212J est là.

La preuve n'a jamais été faite que les RED étaient meilleurs que les autres pour nos NAS. Ce n'est que du marketing. Ils fonctionnent pareil, tombent en panne pareil. La seule vrai différence c'est la durée de garantie de 3 ans au lieu de 2. Cherchez les bonnes affaires du moment. Regardez plutôt du côté des green ou des blue (les green ont été intégrés au blue dans la nouvelle gamme WD). En 5400tr/mn c'est suffisant. Suivez la liste des disques compatibles pour votre NAS. Vu la taille actuelle de vos données, n'allez pas au delà de 4To, a moins que vous envisagiez d'augmenter vos données de manière significative.

3x3Go en SHR ça ne fait que 6To de stockage. Avec 5.36To occupés, ça ne laisse pas beaucoup de place de libre ... Il faut que le disque soit de capacité au moins égale au disque le plus gros. Si vos disques sont des 3To, ce sont actuellement les moins fiables, et si en plus ce sont des RED, mauvaise pioche : ce sont les plus mauvais de tous. Donc, à choisir, il faut passer à des disques de capacité supérieure 4To, voire 6To si vous voulez augmenter votre stockage. Avec 3x4To, ça vous donnera 8To de stockage, que vous pourrez augmenter à 12To en rajoutant un disque dans la baie libre. Vous pouvez sans problème commencer par remplacer votre disque défectueux (?) par un 4To. Il sera seulement utilisé en tant que 3To, mais vous offrira la possibilité d'étendre votre volume dès que vous aurez remplacé un autre 3To par un 4To. Le changement est très simple : vous sortez le disque à remplacer et vous y montez un neuf. Dans le module du gestionnaire de stockage, le bouton gérer sera alors accessible et vous choisissez la réparation du SHR. Une fois que c'est terminé et que votre SHR est à nouveau OK (soit quelques heures), vous faites de même avec le disque suivant, etc...

Les pannes rarissimes, c'est toujours ce qu'on prend comme prétexte pour ne pas équiper son NAS en RAID d'un onduleur. Et puis un jour, c'est la tuile. Surtout s'il était en pleine bourre, y'a des chances pour que le volume ait pris un coup dans la pipe : défauts de parité assurés, et peut-être même perte du volume. Est-ce que les disques tournent ? Avant d'incriminer le NAS, il faut le tester. Tuto Synology ici.

Avec 531 secteurs défectueux, ça commence à sentir la fin. Faite un test SMART étendu qui vous en dira beaucoup plus sur l'état de votre disque. Postez le résultat, mais à mon sens, votre disque a un coup dans l'aile. Il est fort probable que vous ayez à le remplacer avant qu'il lâche.

La base de donnée est effectivement @cloudstation En désinstallant CS, ce dossier sera vidé. Tous les dossiers avec un @ sont généralement des dossiers de fonctionnement associés à des paquets. Ils sont cachés. Je ne vous conseille pas d'y toucher. Pour les archives de votre boulot, il est inutile je pense de les inclure dans le cloud puisque ce ne sont pas des fichiers susceptibles d'être modifier. Question versionning, c'est en fait la première qui est la plus gourmande. Les 31 suivantes ne sont que des enregistrements des modifications de la première. Donc, que vous mettiez le nombre de versions à 1 ou que vous le laissiez à 32 ne changera pas grand chose à l'espace occupé. La seule valeur significative en terme de place est 0 version. Attention, la modification du nombre de version ne s'applique qu'aux fichiers modifiés après le changement. Les anciennes versions sont conservées. Il faut alors les supprimer de l'historique, ou s'il y en a beaucoup, reconstruire entièrement le cloud.

J'ai simplement lancé l'idée. Je commence tout juste dans le monde des Rasp et j'ai d'autres projets de développement non orientés pour le moment vers Surveillance Station. Mais je suis sûr de la faisabilité.

Menu indexation multimédia dans le panneau de configuration. Vous y trouverez les réglages des conversions et les dossiers à indexer.

C'est normal. Le processus de création de vignettes peut prendre des jours selon le nombre de fichier multimédia et la qualité demandée. On ne peut pas accélérer le processus, mais on peut l'arrêter temporairement ou complètement si on le souhaite.

Je rentre tout juste. C'est effectivement ce que j'allais vous demander : si les paquets étaient toujours présents. Finalement tout s'arrange.

Vous ne trouverez pas car c'est impossible. Seule solution, sauvegarder vos données et reconstruire votre RAID0. Et tant que j'y suis, le RAID0 ou le JBOD c'est loin d'être la bonne approche pour un NAS. Dans les deux cas, la perte d'un disque signifie la perte des données. Et comme je comprends que vous n'avez pas de sauvegarde, vous vous infligez une triple peine : 2 fois plus de chance de perdre vos données à cause du RAID0, et une de plus pour ne pas pouvoir compter sur une sauvegarde en cas de soucis. Mieux vaut avoir 2 disques en basic avec deux volumes séparés. Ce qui n'empêche nullement de prévoir une sauvegarde périodique.

Si le disque est HS, il arrive assez souvent que ça plante le PC.

Comme quoi, il n'est pas vain de répéter à longueur de post qu'une bonne sauvegarde, ça a du sens. Au moins, on n'a pas besoin de se tourner vers des boites bidons pour retrouver des données. Même si elles sont anciennes, au moins elles ont le mérite d'exister et il ne reste plus qu'à refaire les dernières saisies pour que tout soit à nouveau opérationnel. Comme dit le proverbe, on apprend de ses erreurs.

Ouvrir le port 23 sur le routeur c'est pour permettre à Synology de se connecter au NAS via Telnet. Sinon, ça n'a aucun intérêt de l'ouvrir sur le routeur si vous n'avez pas besoin de vous connecter en utilisant ce port. Si vous voulez vous connecter au NAS en mode terminal, il faut ouvrir soit le port 22 (ssh) soit le port 23 (Telnet) et activer un des modes (SSH ou Telnet) dans le DSM (menu terminal). Une fois que vous avez fait ces opérations, le NAS est accessible via ces 2 ports soit avec Putty (Linux, Windows), soit avec WinSCP (Windows).

Non aucun problème. Simplement l'alimentation est plus puissante car elle est capable de fournir 1A de plus que l'ancienne, ce qui ne veut absolument pas dire que votre nas va consommer 1A de plus !

Vous avez lancé l'opération à distance ? Vous n'avez peur de rien vous.

Normalement, le NAS est accessible tout au long du processus. Avez-vous testé votre disque avant de le mettre dans le NAS ? Il se peut qu'il soit hs, ce qui expliquerait le comportement.

C'est pas compliqué à faire : un Rasp avec une Piface digital (8I et 8O) et une carte relais, quelques lignes de codes et ça devrait pouvoir se concevoir. N.B. : pour qu'une caméra soit incluse dans la liste des compatibles, il faut en faire la demande sur le site Synology.

Non. Les disques ne sont pas organisés de la même manière. Sur les séries DS1xx, le disque est un vrai basic. Sur les autres séries, les basic sont en réalité des RAID monodisque. Cette subtilité rend toute migration impossible dans les deux sens. Plus d'infos ici pour les migrations. Vous verrez que les migrations des NAS 1 baie ne sont possibles qu'entre NAS 1 baie.

C'est exactement cela dans la terminologie propre au SHR. Vous ajoutez des disques au fur et à mesure et vous passez d'un SHR sans protection de donnée à un SHR avec protection de donnée (équivalent RAID1) donc sans augmentation de capacité. Au troisième disque, vous aurez toujours un SHR avec protection de donnée, mais cette fois en équivalent RAID5. Donc ce n'est qu'à partir du troisième disque que le volume est réellement étendu en capacité. Pour rajouter un disque pour doubler la capacité, il faut choisir de créer un nouveau volume. A ce moment là, le NAS va créer un deuxième disque en SHR sans protection de donnée.

btrfs sous DSM 6 seulement. Mais cette version est en béta. La sortie officielle est prévue en mars je crois. A moins que Synology ne le propose dans la version finale, il n'y a pas de support officiel pour passer un volume ext4 en btrfs. Il faudra refaire une installation complète. Cependant, je pense que nous aurons très vite des solutions sur le forum pour faire la manip sans avoir à passer par la case départ.

Vous pouvez retrouver les paquets en téléchargement sur le dossier spk du site du constructeur ici. Je ne peux malheureusement pas plus vous aider car il s'agit d'un NAS et d'un DSM très anciens et que je ne souviens plus ni du choix à faire en fonction du modèle de NAS ni de la méthode d'installation des paquets.