Mic13710

Oui. Il se peut que DSM détecte que des données existent sur le disque sans toutefois monter le volume. Il faudra me dire quels sont les messages envoyés par DSM. En principe, il est préférable de garder l'emplacement de chaque disque. Toutefois, DSM autorise le mélange des disques. Je n'ai jamais tenté de le faire donc je ne peux pas confirmer. Le risque en débranchant à la sauvage, c'est la corruption des données si les disques sont en activité. Mais comme vos disques ne travaillent pas, il n'y a pas grand risque à le faire. Cependant le risque 0 n'existant pas, là non plus je ne confirme pas. Vous n'avez pas trop le choix de toute façon, c'est ça ou vous n'avancerez pas. Si la sauvegarde est faite via hyperbackup, la restauration sera beaucoup plus simple. Je n'utilise pas plex et je ne sais pas où se trouve la base de donnée que vous voulez récupérer. Si elle est dans le dossier Plex et que vous l'avez sauvegardé, alors il fait partie de votre sauvegarde.

Si votre choix est de rajouter une extension, alors, oui, vous pouvez créer un nouveau groupe en SHR.

Non seulement il va y avoir un conflit entre le volume 1 sur le disque 4To et le volume 1 sur le 2To ce qui risque de conduire à un rejet d'un des volumes, mais aussi un souci au niveau de la partition système qui ne sera pas la même entre les deux disques. Si DSM 7.1 ou plus, le 4To aura une partition à 7.9Go alors que le 2To a certainement une partition en 2.2Go. Ce que vous pouvez tenter c'est de monter le 4To, installer DSM mais sans un groupe dessus. S'il y en a un, vous le supprimez. Vous montez un disque de 2To (celui qui était à l'emplacement vide précédemment) et vous redémarrez le NAS. Vous regardez sur le gestionnaire de stockage si DSM retrouve le groupe et le volume du 2To et vous regardez dans file station si vos dossiers sont présents. Si c'est le cas, alors vous créez un nouveau groupe et volume sur le 4To (ils prendront le numéro 2 mais ça n'a pas d'importance pour la suite) et à partir de DSM, vous modifiez pour chaque dossier partagé le numéro du volume de destination du 1 vers le 2. DSM va automatiquement transférer les dossiers et leur contenu du 2To vers le 4To. Ne faites pas tout d'un coup mais attendez que le dossier soit complètement transféré avant de passer au suivant. Si tout se déroule normalement, vous aurez toutes vos données dispos sur le 4To ainsi que leurs métadonnées. Si le groupe et volume du 2To ne sont pas reconnus, activez le SSH dans DSM (panneau de configuration, terminal), si parefeu activé, autorisez le port 22, lancez la commande donnée plus haut pour avoir une vue correcte des disques dans le NAS et postez le résultat. Vos sauvegardes sont-elles faites via un vrai logiciel de sauvegarde (hyperbackup ou autre) et dans ce cas les métadonnées sont conservées et restituées lors de la restauration ou est-ce une simple copie des dossiers ? S'il s'agit de récupérer la base de données, vous pouvez passer par la procédure de récupération des données (le lien que je vous ai donné). En tout cas, ne faite vos manipulations que sur un seul des disques et gardez l'autre au chaud pour conserver intactes vos données.

Est-ce que le port 22 (ssh) ou 21 (telnet) est ouvert ? Si oui, il faudrait lancer la commande : cat /proc/mdstatPoster le résultat. Est-ce que vous avez conservé le disque qui a été retiré ? Est-ce que vous avez tenté de démarrer sur un seul disque de l'ancien groupe (sans le 4To) ? Si vous pensez que le problème vient de DSM, vous pouvez tenter un reset mode 2 pour lancer sa réinstallation : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7 Ne JAMAIS brancher un disque sur un NAS (ou un PC ou autre) en marche s'il n'est pas explicitement construit avec cette fonction. Votre 218play ne l'a pas et le risque serait de griller le disque et peut être créer quelques dommages au contrôleur. En ultime recourt il existe un kb synology pour la récupération des données à l'aide d'une distribution linux sur un PC : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_fix_hard_drive_failure_and_retrieve_the_data_from_your_hard_drives Mais avant de faire tout cela, postez le résultat de la commande ci-dessus.

Je suppose que c'est là : https://archive.synology.com/download/Package/MediaServer Reste à trouver la version pour le 710+ parce que c'est bien un x86 mais rien ne dit si la dernière version est compatible avec DSM5.2

Je ne comprends pas comment il est possible d'avoir des extensions différentes si vous êtes connectés sur vos dossiers soit par des lecteurs réseaux soit par des applications telles que drive. Avez-vous essayé de redémarrer le NAS ?

Le NAS n'est qu'un simple espace de stockage. Les extensions ne se modifient pas sans une cause externe, ransomware, script sur un PC. Ce n'est pas DSM le fautif mais probablement un virus, ransomware ou script qui proviennent d'un PC connecté au NAS. Est-ce que tous les fichiers de tous les utilisateurs sont affectés ou seulement ceux de votre compte utilisateur et/ou des dossiers partagés auxquels vous avez accès ? Est-ce que ce sont les extensions qui ont été modifiées (toto.xlsx vers toto.k9sx) ou bien est-ce que .k9sx a été rajouté comme extension au nom du fichier (toto.xlsx.k9sx) ?

Une nouvelle version 9.3.0-12143 vient d'être mise en ligne et sauf erreur, il n'y a toujours pas la possibilité de faire des suppressions groupées.

Le groupe c'est l'ensemble des disques constituant un RAID (ou SHR). Le volume c'est une zone de stockage créée sur un groupe. Le volume peut être en ext4 ou btrfs et peut occuper tout ou partie d'un groupe. Pour faire un parallèle avec un simple disque sur un PC, le groupe c'est le disque physique, le volume c'est le ou les lecteurs créés sur des partitions de ce disque. Comme le volume sur un NAS, il n'y a majoritairement qu'une seule partition, la C::, mais rien n'interdit de créer plus de partitions sur le disque physique pour n'utiliser qu'une partie pour le lecteur C: et rajouter d'autres disques D:, E: etc..selon les besoins. Ces partitions sont comparables du point de vue physique aux volumes de votre NAS. La comparaison s'arrête là car leur fonctionnement est radicalement différent. Pour le type de RAID, je vous conseille de choisir le SHR qui est plus flexible que le RAID classique.

Bonjour @jeremyc , soyez le bienvenu sur le forum.

C'est écrire des 0 sur chaque secteur d'un disque. Ceci permet de les tester. Cependant, le test se fait généralement à partir du NAS et comme toutes vos baies sont occupées, il faudrait le réaliser après avoir introduit le nouveau disque dans le NAS ce qui augmente considérablement le temps total jusqu'à la réparation. Il vous faudrait une distribution linux pour pouvoir lancer le test sur un PC. Le plus simple pour vous sera alors de tester chaque disque à l'aide du logiciel constructeur. Faire les tests approfondis. Si vous faites une extension du groupe du NAS vers le DX, seulement 6To sera utilisé sur chaque disque. Si vous voulez utiliser la totalité de la capacité des disques, il faudra créer un nouveau groupe sur le DX.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Absolument pas. Cette opération se fait même avec le nas en service. Ce qui ne veut pas dire qu'il n'y ait aucun risque. Le risque 0 n'existe pas et il se peut que l'opération ne se déroule pas correctement. Mais généralement, il s'agit d'un disque réputé neuf qui ne fonctionne pas. Raison pour laquelle il faut toujours avoir une sauvegarde, au moins des données les plus importantes (c'est valable tout le temps....). Et donc pour commencer, je vous conseille de tester vos nouveaux disques, a minima avec le logiciel du constructeur. Sinon, une écriture de 0 est un bon test (c'est celui que j'utilise). Certains plus frileux passent par badblocks. Vous trouverez un tuto badblocks dans la section des tutoriels. Une fois les disques testés et validés, vous mettez à jour vos sauvegardes. Vous remplacez un des disques par un plus gros. Cette opération peut se faire à chaud (NAS en fonctionnement), mais certains (les mêmes frileux) préfèrent arrêter le NAS avant d'extraire le disque. C'est vous qui voyez. Le NAS va bipper (groupe dégradé). C'est normal puisqu'il manque un disque dans le groupe. Vous reconstruisez le RAID à partir du gestionnaire de stockage. Une fois la reconstruction terminée (de très nombreuses heures), vous faite la même chose avec le suivant et ainsi de suite jusqu'au dernier. Le remplacement des 4 disques va occuper le NAS pendant quelques jours selon la taille des disques. Une fois les 4 disques remplacés, vous étendez le groupe et le volume à partir du gestionnaire de stockage pour utiliser la totalité du stockage disponible. En remplaçant vos 4 disques par des 12To, vous doublez votre stockage actuel pour avoir un volume de 36To théorique.

RAID 5 ou SHR ? Si SHR, vous pouvez simplement augmenter votre stockage en remplaçant 2 disques par de plus gros. En RAID 5 pur, il faudrait changer les 4 disques. L'option de l'extension est possible, mais le prix de l'unité est assez dissuasif (pratiquement le prix d'un NAS). On peut tout à fait n'y monter qu'un seul disque. Je pense cependant qu'il est préférable de changer les disques (2 ou 4 selon le montage du groupe) plutôt que d'investir dans une unité d'extension.

Le lien de téléchargement c'est : https://help.terra-master.com/fr/download Il faut ensuite cliquer sur Système et démarrage. Là vous trouverez tos 4 et tos 5. Par contre, il n'y pas de tos 6. Mais de ce que je comprends dans ce lien : https://help.terra-master.com/fr/faq/TNAS/begin/production-usb-initboot La clé usb permet d'installer tos sans passer par internet.

Très très surprenant. Ceci étant, vous n'allez quand même pas nous dire que vous n'avez pas un accès à internet dans la famille ou chez des amis ? Ce n'est en tout cas pas insurmontable.

C'est bien la première fois que je lis un truc pareil 😵. Vos voisins sont dans le même cas ? 😱

@dt1958 de quels messages parlez-vous ? Si vous ne lisez pas les réponses qui vous sont faites on n'avancera pas. Pourtant c'était la dernière avant votre message d'aujourd'hui. Avez-vous au moins ouvert le lien que j'ai donné ? Il est tout à fait simple et clair pour créer une clé USB.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Effectivement, lors de la mise en veille, les disques sont arrêtés (led vertes éteintes) mais pas toujours (certains NAS gardent les disques en fonctionnement, je n'ai pas d'explication sur ce point), la led bleue est allumée (et qui dit led allumée dit NAS alimenté cqfd), et selon l'état du réseau, la led lan est allumée. Mais en aucun cas, le NAS n'est éteint, sauf à couper son alimentation en arrêtant l'UPS, ce que fait l'option d'arrêt onduleur. Je clôture ce sujet car le problème est maintenant résolu.

Merci pour ce retour détaillé. Vous voilà reparti sur de bonnes bases et vous pourrez maintenant exploiter sur votre NAS les paquets qui vous étaient inaccessibles en ext4, avec en prime une taille de volume beaucoup plus conséquente.

C'est comme vous voulez, mais si vous n’êtes pas à proximité ou en voyage, un NAS éteint risque d'être un problème. Le but de l'UPS est de protéger le NAS de coupures intempestives non contrôlée qui peuvent impacter les données (erreurs de parité, corruption des données, perte de groupe, etc..). Une fois l'alimentation de retour, le NAS peut reprendre son travail puisque la situation est à nouveau normale. Je ne vois donc pas ce qui vous oblige a intervenir pour remettre le NAS en service alors qu'il peut très bien le faire lui même. Je précise que si le NAS était éteint avant la coupure, il ne redémarrera pas tout seul. Seuls le ou les NAS en service avant coupure sont remis en route. Après, c'est votre choix. Impossible. Aussi loin que je m'en souvienne (et ça fait bien longtemps que j'utilise des NAS Synology) il n'y a jamais eu d'arrêt lorsque le NAS passait en sécurité, quelle que soit la version de DSM. Sauf arrêt volontaire par le bouton en façade ou via DSM (ou en mode terminal mais là on sort d'un fonctionnement normal), le NAS ne peut être stoppé que par coupure de courant. Et alors ? Votre TV aussi s'arrête s'il n'y a plus de courant. Où est le problème à partir du moment où le NAS est en sécurité ? Comme vous dites, vous vous posez trop de questions.

C'est très clair au contraire. L'option dit bien "arrêt de l'onduleur lorsque le système passe en mode veille". Une fois le NAS passé en mode veille, il est sécurisé, cad qu'il n'y a plus d'activité sur les groupes et que le NAS peut être arrêté sans risque pour les données. Dans cette situation, le fonctionnement de l'onduleur ne sert plus à rien et ne fait que vider la batterie s'il reste en fonctionnement. Le NAS envoie alors un signal d'arrêt à l'onduleur ce qui provoque l'extinction du ou des nas. Il n'y a rien de violent, bien au contraire puisque l'arrêt est contrôlé. C'est exactement ce que dit l'option : arrêt de l'onduleur qui provoque forcément l'arrêt des NAS. Au retour secteur, la sortie de l'onduleur est à nouveau alimentée et si l'option de redémarrage automatique des NAS est activée, ils redémarrent et reprennent leur service.

Si vous voulez que les NAS s'arrêtent, il faut cocher "Arrêter l'onduleur lorsque le NAS passe en veille". Cette fonction n'est pas garantie à 100% car si le NAS envoie bien le signal d'arrêt, certains UPS n'en tienne pas compte. Si j'ai un conseil à vous donner, c'est de mettre un temps beaucoup plus court. Tout d'abord parce que les NAS prennent du temps pour passer en mode sécurisé (>1 min) ce qui rajoute encore du temps de fonctionnement sur batterie. Par ailleurs, mettre un temps fixe trop long risque de poser un problème lorsque la batterie sera en fin de vie et plus capable de fournir de l'énergie aussi longtemps ce qui conduira à un arrêt non contrôlé des NAS. Enfin, utiliser la batterie aussi longtemps ne permettra pas de faire face à des coupures successives. Si vous avez utilisé 15 min à la première coupure, l'ups ne pourra pas assurer le même service à la prochaine coupure rapprochée. Personnellement, mes temps UPS sont de 2min, ce qui donne 3 à 4 min de fonctionnement par coupure avant arrêt de l'ups, largement suffisant pour sécuriser l'ensemble. L'ups est alors capable d'assurer le service en cas d'une nouvelle perte secteur.

Ce n'est pas un luxe. Il y a tellement d’écart entre un 413J et un 920 qu'il aurait fallu le faire dès le départ. Quoique, l'augmentation de la partition système n'était pas d'actualité à l'époque et le problème se serait posé plus tard. Quelle version de DSM ? Il n'y a pas de possibilité de repartir avec vos dossiers actuels. Il faut tout reconstruire. La meilleure méthode est de faire des sauvegardes via hyperbackup ce qui permet de restaurer les dossiers et fichiers à l'identique avec leurs time codes etc... et permet aussi, dans une certaine mesure de sauvegarder/restaurer certains paquets. Je vous conseille de faire de petites sauvegardes plutôt qu'une seule groupée car si cette dernière est vérolé, vous perdez tout. Vous pouvez par exemple faire un fichier de sauvegarde par dossier partagé. N'oubliez pas de faire une vérification de chaque sauvegarde. Normalement, hyperbackup sauvegarde aussi le fichier de configuration mais rien n'empêche de le sauvegarder aussi à partir de DSM. Je vous conseille de faire des captures d'écran de tous vos paramètres (DSM, paquets) avant l'effacement des données. Ce sera plus simple ensuite de s'y référer si besoin. Une fois vos sauvegardes faites, vous lancez une réinitialisation du NAS pour effacer les disques et supprimer les partitions, puis vous relancez une installation de DSM à partir de synology assistant ou find.synology.com. Vous pouvez aussi détruire le volume et le groupe puis faire un reset mode 2 pour réinitialiser DSM. Dans les deux cas, la partition système passera à 7.9Go. Vous restaurez vos données et faites les réglages qui n'ont pas été restaurés. Normalement, DSM installera automatiquement les paquets qui ont été sauvegardés, ce qui simplifie grandement les étapes de reconstruction. Vous parlez de docker mais votre 920 ne peut pas en principe faire tourner docker puisque vous êtes en ext4. Mais je me trompe peut-être.