Mic13710

C'est exactement ce que disaient "les plus forts que les autres" avant de se retrouver en culotte courte avec un groupe corrompu, un ransomware, des disques HS suite à un choc (oui ça existe un nas qui tombe) ou autre problème électrique, mécanique et ce qui est le plus courant, humain. Bref, un NAS n'est certainement pas le stockage ultime et de ce fait n'est pas exempt de failles qui peuvent conduire à la perte partielle ou totale des données. La sauvegarde est sans aucun doute le point le plus important pour la préservation des données et la négliger et tout simplement suicidaire. Je parle d'expérience et depuis le temps que je traine sur ce forum, j'en ai vu passer quelques uns qui comme vous n'avaient pas de sauvegarde et avaient tout perdu pour des raisons diverses. Mais comme je l'ai dit, chacun voit midi à sa porte et gère ses données comme il l'entend. C'est comme cette croyance concernant le RAID, c'est amusant et ... désespérant. Le RAID N'EST PAS UNE SAUVEGARDE ! Il n'est rien d'autre qu'une continuité de service en cas de défaillance de disque. Il est même plus fragile qu'un disque en basic car les corruptions de données sont beaucoup plus fréquentes que vous le pensez à cause des erreurs de parités, surtout si le NAS n'est pas alimenté par un onduleur compatible. Et il ne faut pas croire qu'il faille obligatoirement débourser des fortunes pour ça. Si je vous disais que mon DS713+ avec une extension DX213 ne m'a couté que 100€ le lot d'occasion, c'est certes une bonne affaire mais il est tout à fait possible de trouver des NAS abordables pour mettre en place une sauvegarde solide à moindre coût. Reste à savoir ce que représente pour vous la perte de vos données. Concernant mes sauvegardes, c'est ce qui est la norme. Certes, ça s'adresse plutôt à des entreprises, mais comme j'ai la possibilité de le faire, aucune raison de m'en priver. Les supports sont simplement des NAS que j'ai soit achetés neufs (mon 214+), soit d'occasion à des prix compétitifs (mon 713+ en 2020 et mon 710+ en 2012) et que j'ai équipés de disques neufs ou issus d'autres NAS. Maintenant ce que j'en dis...

On peut toujours faire mieux dans le déterrage, mais là, chapeau bas. Je me demande même comment ce fil est venu réveiller au petit matin tes neurones embrumées 😉

Euh, si c'est le seul support, alors un NAS n'est pas une sauvegarde ! On ne cesse de le répéter ici, un projet NAS doit impérativement aller de paire avec un système de sauvegarde périodique. Beaucoup comme vous ne l'on pas fait et s'en s'ont mordu les doigts le jour où ils ont perdu toutes leur données. A titre perso, j'ai deux sauvegardes minimum, une locale du 713 vers le 214, une autre à distance chez mes parents sur un autre NAS. Et les choses importantes sont encore sauvegardées sur d'autres supports. C'est un peu too much je vous l'accorde, mais j'ai de l'espace de stockage et c'est tout de même plus sécurisant que pas de sauvegarde du tout. Après, chacun fait exactement comme il l'entend 😉

Il y a forcément un groupe, mais il semblerait que Synology ait bloqué l'accès à certaines commandes ce qui rend les opérations plus difficiles, voire impossibles. En effet, je viens de tester sur mes deux NAS et je n'ai pas du tout les mêmes résultats. Sur le 214 qui a été installé en 2014/15, toutes les commandes passent. Sur le 713 installé l'année dernière, rien ne passe. Les deux sont pourtant avec la même version de DSM. Il y a probablement des restes d'anciennes versions plus permissives sur le 214 qui n'existent pas sur le 713, et c'est sans doute la même chose sur votre NAS. Vu la situation, il est difficile d'aller plus loin puisqu'il s'agit de travailler sur un groupe qu'on ne peut pas identifier. Dès lors, la seule solution restante et de prendre contact avec le support à partir de DSM pour qu'ils interviennent à distance sur votre NAS. Désolé de ne pouvoir faire plus.

Ca va être compliqué si on ne connait pas le nom du groupe. Je ne comprends pas pourquoi les commandes de base ne répondent pas, et je m'étonne que la commande pvs -a n'ait pas renvoyé le nom du groupe. A tout hasard, essayez : vgdisplay vg1000

Oui. Un raid ne peut être reconstruit que si les disques restants sont sains. Avec 2 disques en panne, il n'est pas possible de reconstruire. De toute manière, même si vous pouviez lancer l'opération, elle n'arriverait pas à terme car les disques seront trop sollicités et déclareront forfait avant la fin du processus. A mon humble avis, vous avez tout intérêt à faire une nouvelle installation.

Etrange. Essayez vgdisplay vg1

J'ai corrigé mon message, les mêmes commandes sans les espaces.

Trois autres commandes : pvdisplay lvdisplay vgdisplay

@DavFromRouen il me semble que vous vous égarez. Pour commencer, en root, donnez le résultat de ces deux commandes : cat /proc/mdstat parted --list

Visiblement, vous n'avez rien compris. Il n'y a pas de disque accessible par l'utilisateur. Il n'y a qu'un groupe de disques (ici 2) sur lequel vous avez installé 1 volume (votre volume 1). C'est là que sont stockées vos données et elles le sont en miroir, cad que toutes les données sont dupliquées sur les deux disques. Il est IMPOSSIBLE d'écrire quoi que ce soit sur un disque sans qu'il soit dupliqué sur l'autre. Quelle que soit l'organisation de vos disques dans le NAS, vous devez prévoir une VRAIE sauvegarde périodique sur un autre support. Ca peut être un DD externe, un autre NAS, un serveur externe, peu importe. L'essentiel est de pouvoir récupérer des données perdues, corrompues ou effacées à partir d'une autre source. Et si vous voulez modifier votre groupe pour avoir 2 volumes séparés, il va falloir détruire le groupe existant (ce qui détruira les données) pour créer 2 groupes, un par disque, et créer un volume sur chaque disque. Il y a bien une méthode moins radicale en lignes de commande, mais je pense que c'est largement hors de portée pour vous. Je ne vous la propose pas. Vous pourrez alors faire des sauvegardes d'un volume vers l'autre, mais ça ne peut pas être considéré comme une vraie sauvegarde car vous ne remplissez pas la condition de délocalisation (incendie, choc, vol, inondation et vous perdez tout).

Vos disques sont en SHR avec protection des données, équivalent à un RAID1. Vos données sont en miroir et votre stockage correspond à la capacité d'un seul disque. Vous ne pouvez pas voir chaque disque sur file station mais un seul espace de stockage. Si tous les indicateurs du gestionnaire de stockage sont au vert, votre groupe de stockage fonctionne correctement et vous n'avez pas à vous inquiéter en ce qui concerne la gestion des données. Par contre, il est toujours bon de rappeler que le RAID n'est pas une sauvegarde mais une continuité de service en cas de panne d'un des disques.

Si vos données sont sauvegardées avec Hyperbackup et que vous avez sauvegardé aussi la configuration et les applications qui peuvent l'être, vous n'avez pas grand chose à faire. Faites des captures d'écran de tous vos réglages afin de faciliter la réinstallation. Car vu l'état général, il va falloir tout réinstaller. Vous n'avez pas le bouton réparer vraisemblablement parce qu'il n'y a plus rien à réparer avec des disques en panne.

C'est l'éternel problème de la mauvaise utilisation de Drive, surtout avec un NAS non BTRFS comme le votre. Drive est un Cloud et en principe on ne met dans un Cloud que des fichiers de travail et/ou susceptibles d'être consultés/modifiés souvent. On évite autant que possible d'y mettre des fichiers multimédia qui sont généralement lourds et qui par essence ne changent pas au fil du temps. Pour le multimédia, il y a des applications dédiées, il faut les utiliser. Ce que vous avez fait c'est un Cloud sur toutes vos données ce qui, dans le fonctionnement de base de Drive avec versionning, crée un fichier caché dont le poids représente grosso modo celui des données. D'où ce que vous constatez. Soit vous passez le nombre de versions à 0, et dans ce cas vous perdez un des gros intérêts du Cloud, soit vous reprenez calmement vos stockages en séparant bien les fichiers d'usage courant qui seront géré dans Drive des multimedia. Afin que le dossier de suivi soit détruit, il faudra supprimer l'application Drive et attendre que le dossier caché soit vidé (on le voit au stockage restant dans le gestionnaire de stockage)

Si le mode terminal ne vous fait pas peur, voici un retour d'un des forumeurs concernant une augmentation de volume qui ne s'est pas déroulée comme prévu. A adapter à votre cas. N'hésitez pas à venir demander en cas de doute.

Bonjour Ryzen_X, soyez le bienvenu dans la communauté. Très bon NAS. Juste une petite remarque, votre présentation en gras, ça fait un poil agressif 😉.

Je rajouterais aussi qu'il est en RAID et qu'il lui faut mdadm, + lvm2 si en SHR, pour pouvoir être lu. Si vous voulez le lire et transférer les données sur votre nouveau disque, il faut passer par un PC sous Linux ou utiliser une distribution Linux (Ubuntu) sur PC sur lequel sera installé mdadm et lvm2. Marche à suivre : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC

Bien sûr ! Le signal d'arrêt n'a aucun rapport avec la source d'alimentation. Si votre PC est alimenté, il sera stoppé.

Effectivement @PiwiLAbruti. On peut créer des profils de contrôle d'accès. Pour ma part, j'ai un profil "local" que j'applique pour mes ndd locaux tels que routeur.ndd, nas.ndd, mes cams.ndd etc. Les autres accessibles via le WAN sont protégés par les règles du parefeu. Mais on peut en créer d'autres pour des applications plus encadrées.

@youbov puisque vous parcourez souvent ce forum, vous avez probablement remarqué qu'il y a une section pour les présentations. Il est d'usage ici comme sur beaucoup de forums d'aller y faire un tour avant de poster. Je ne comprends pas cette discussion. A partir du moment où il y a quelque chose d'ouvert, il y aura tôt ou tard des tentatives d'intrusion. La seule arme réellement efficace, c'est de ne pas ouvrir son réseau sur l'extérieur ou mieux, de ne pas avoir de connexion internet. Si on le fait, on sait qu'on s'expose. On ne peut pas empêcher quelqu'un ou un bot de s'adresser à une ip publique. Le tout est de faire en sorte de limiter au maximum les possibilités d'accès et de les rendre les plus compliquées possible tout en étant exploitables. Reverse proxy ou pas, ce qui est important, ce sont les réglages effectués au niveau du parefeu, des mdp forts (voir le tuto sur la sécurité), plus quelques précautions comme le fail2ban pour bloquer les intrus ou du moins limiter au maximum les risques d'intrusion. Généralement, si c'est trop compliqué, un hacker ne s'attarde pas et va tenter sa chance ailleurs.

@DavidW bienvenue dans la communauté. Ici, c'est uniquement pour les présentations. Les questions avant achat se posent dans le forum dédié.

Parce que, si je vous comprends bien, vous n'avez pas de sauvegarde régulière de vos données, au moins les plus importantes ? Je ne voudrais pas vous porter la scoumoune, mais vu les erreurs en cascade, je ne sais pas si vous pourrez récupérer toutes vos données. La chose la plus importante et urgente à faire c'est de sauvegarder ce qui peut l'être. La réparation sera à voir après car elle sollicite les disques est risque fort de leur être fatal. Je doute d'ailleurs que ce soit réparable à ce niveau. Il serait plus sage de refaire une installation complète.

Ah bon ???? Ce n'est pas dans le centre des paquets qui ne concerne que les applications pour le NAS ! Vous êtes vous donné au moins la peine de chercher là où je vous ai dit ? Par exemple pour un 720+ : https://www.synology.com/fr-fr/support/download/DS720+#utilities Le 2ème de la liste.

Ca n'a rien à voir. DS Cloud est une application smartphone, tablette. Elle ne fonctionne pas sur un PC ou un MAC où il faut utiliser Synology Drive client téléchargeable sur le site de Synology dans la zone des téléchargements pour votre NAS, onglet Utilitaires de bureau.

@tontonoli un passage par la section des présentations est très appréciée sur ce forum. Il est toujours temps d'aller y faire un tour. Avec une présentation, on saurait par exemple de quel NAS il s'agit, ce que vous ne dites pas. Je suppose à priori qu'il s'agit d'un 4 baies. Très franchement, je ne vois aucun intérêt d'un hot spare sur un seul groupe et surtout sur un aussi petit NAS (sans être péjoratif). Un hot spare se justifie sur des groupes relativement importants, qui sont plutôt en RAID6 (2 disques de tolérance) pour pouvoir reconstruire plus rapidement en cas de perte d'un des disques. S'il y a plusieurs groupes, il permet de pallier la perte d'un disque de n'importe quel groupe. C'est donc plutôt destiné à des NAS de production où un arrêt serait catastrophique. Sauf erreur de ma part, aucun disque ne bénéficie d'un contrôle individuel. En conséquence, le hot spare tourne comme les autres. Ce qui veut dire qu'il n'y a aucun intérêt dans votre cas à laisser un disque inutilisé tourner pour rien. autant qu'il soit intégré à un groupe où il sera plus utile. Si vous voulez que votre disque ne tourne pas, c'est simple, vous le sortez du NAS et vous le stockez dans un placard. Et comme cela a été dit précédemment, sui vous voulez réduire le nombre de disques, il faudra détruire votre groupe et le reconstruire avec seulement 2 disques.