Mic13710

Quelque part, il a raison. Je suis passé à côté. La valeur 3 est tout de même hors de clou. Le disque semble très lent à se mettre en route. Ceci dit, il faut commencer par le commencement : faire les diagnostics constructeur avant de se prononcer. Contacter le constructeur, c'est plus tard.

Il vous le dit : il est en panne. Maintenant, rien n'indique ce qui cause ce message. Je suppose que les valeurs smart ci-dessus ne sont pas actualisées car bien qu'il y ait des valeurs qui interpellent, elles ne justifient pas une panne de disque. Premier constat : votre disque est récent (1900 h) donc sans doute encore sous garantie. Deuxième constat : vous avez activé la mise en veille et peut-être l'hibernation (ID 4 et 12) Troisième constat : vous avez 1 secteur instable. Ce qui ne veut pas dire qu'il est HS, mais seulement qu'il présente une anomalie. Cette valeur n'est pas indicative d'un disque HS et peut être revue à la hausse comme à la baisse. Le reste me semble OK. Pourquoi ouvrir si vite des tickets chez les constructeurs ? Avant cela, il aurait fallu lancer un test smart étendu à partir du NAS. Si le test ne passe pas, sortir le disque du NAS, le monter sur un PC et lui faire passer les tests à partir du logiciel constructeur (Data Lifeguard).

Vous ne pouviez pas mieux tomber. Suffit de suivre l'excellent tuto de Fenrir. Pour le pare-feu, celui du NAS est très bien.

Ubuntu c'est pour le cas d'une utilisation sur PC. Mac est sur base unix. Il est donc capable de lire directement le disque du NAS. Reste à trouver les logiciels de récupération ad-hoc. Mais là c'est l'inconnu. Je suis allergique aux pépins, aussi je laisse le soin à mes petits camarades d'en proposer .

Décidément, les effacements par erreur, ce doit être l'épidémie de la semaine. Il y a eu plusieurs cas ces derniers jours. Souhaitons que vous soyez le dernier. Il n'y a en principe pas grand chose à faire. D'où l'intérêt des sauvegardes des dossiers et des fichiers de configuration. Mais vu qu'il s'agit d'un nas monobaie, le disque est un vrai basic. Vous pouvez tenter de le monter sur un pc, d'y installer une distri Linux (Ubuntu) et d'utiliser les outils de récupération classiques. Si vous n'avez pas trop utilisé le nas, vous devriez pouvoir retrouver les fichiers du compte supprimé.

C'est en fait un problème qui est apparu en 2015 lors du basculement du forum sur la plateforme actuelle. Tous les textes après la première lettre accentuée ont été effacés. Il n'a jamais été résolu.

Sauf à passer par des boites spécialisées qui font payer le prix fort (quelques centaines à quelques milliers d'euros), les chances de récupération d'une grande partie des données sont assez minces en effet.

Le RAID c'est de l'agrégation par bandes. On peut éventuellement retrouver des fichiers s'ils sont contenus sur une bande unique, mais en l'occurrence il s'agit de vidéos qui sont généralement des fichiers volumineux. La possibilité qu'ils soient sur une bande unique est infinitésimale. Les fichiers récupérés sur un seul disque seront tronqués. Vous devez activer le service SSH dans le menu Terminal et SNMP et utiliser un terminal (PuTTY) pour vous connecter au NAS. Compte Admin, mdp celui du compte admin de DSM. Pour la suite, comme je vous l'ai dit, je n'ai jamais eu à utiliser des logiciels de récupération (toutes mes données sont sauvegardées) et je ne sais pas s'ils peuvent être chargés directement sur le NAS. Peut-être faut-il passer par docker mais je ne sais pas si votre nas est compatible. Mais plus vous tardez et moins vous aurez de chance de pouvoir récupérer des fichiers.

Il est parti comme il est venu : sans un bonjour sans un adieu.

Oula ! comment faites vous ça ????? Visiblement vous ne savez pas comment sont organisées vos données. Elles sont réparties sur tous les disques. Vous ne pouvez pas récupérer disque par disque. Vous ne pouvez le faire que si tous vos disques sont ensemble, ce qui est difficile sur un PC avec autant de disques. Je ne sais pas si ça peut fonctionner pour ne l'avoir jamais pratiqué, mais vous pouvez tenter de le faire à partir du NAS. Il faut pour cela passer en ssh et via un terminal comme putty.

Non, du moins pas chez moi. Attention de bien arrêter les paquets tiers (notamment plex) avant la maj. La 6.0 est maintenant bien aboutie. La maj devrait se passer sans problème.

Je pense que partir d'une installation neuve en 6.1 devrait se faire sans problème. C'est surtout les mises à jour qui créent les dysfonctionnements.

Si ça peut te rassurer, il y aura toujours des aventuriers qui à leur insu de leur plein gré se lanceront dans l'inconnu. Je n'ai aucun complexe à attendre qu'ils aient fini d'essuyer tous les plâtres avant que j’aménage .

Le NAS est en linux et le raid est logiciel. Pour cette raison il faut passer par une distri linux.

La réponse du support risque d'être plus longue que d'ordinaire car des problèmes lors de nouvelles versions sont légions. Ils sont sans doute déjà submergés de demandes.

Si je comprends bien, un seul volume de 10 disques de 4To. En SHR je présume. La sauvegarde, s'il y en a une, doit être balèze. Va y avoir du boulot pour retrouver tout ça.

Ne serait-il pas plus rapide de déplacer le NAS le temps de la sauvegarde et de la reconstruction ? Parce que là, il va y avoir 2 transferts, et même si c'est la fibre, faudra être très patient.

Vu qu'il s'agit d'un plantage après maj (vers 6.1 je suppose), je ne saurais trop vous conseiller de vous tourner vers le support. La récupération ne peut se faire que par lignes de commandes. Question subsidiaire : est-ce que vous avez un seul volume entre le 1513 et l'expansion ou bien deux volumes distincts, et si oui, quel est l'état du volume dans l'unité ?

C'est sur qu'avec l'avalanche d'informations de votre message, on ne sait plus où donner de la tête. Ce n'est pas l'ip qui va nous aider. Il faudrait nous en dire un minimum, du genre : en cours d'installation ou nas en opération depuis un certain temps ? Y a t'il des données ?

@Lucien77, j'ai sans doute mal formulé mon message . Il n'était pas adressé à toi ou a Einsteinium mais à Resiliator. Il y a suffisamment d'éléments pour confirmer que le disque est HS. Objectivement, après la première install où le disque a été éjecté, puis l'inversion baie 3 vers baie 2 qui pointait le problème sur le même disque, il n'y avait déjà aucun doute possible.

Ma fois, le fameux disque 3 n'est pas reconnu dans la baie 3, il ne l'est pas non plus dans la baie 2 et pas non plus dans la baie 4. Si après ça vous avez des doutes....

Je ne vois pas pourquoi vous tournez autour du pot. Il est évident que le disque 3 est HS, basta. Retour au fournisseur. Vous pouvez effectivement tenter de le tester sur un PC avec le logiciel du constructeur pour confirmer qu'il est OOO.

Les données ne sont pas lisibles directement, et encore moins à partir de windows. Il faut passer par une distribution Linux et installer mdadm et lvm2 pour pouvoir accéder aux données. Vous avez un tuto Synology sur base ubuntu pour vous aider. Sur un RAID1 ou SHR sur 2 disques, un seul des deux disques suffit. Pour le RAID5 ou SHR à 3 disques et plus, il faut au minimum la totalité des disques du groupe moins 1. Pour le RAID6 ou SHR2 je pense qu'il faut au minimum la totalité des disques moins 2.

Je ne voudrais pas jouer l'oiseau de mauvaise augure, mais il y a guère d'espoir de pouvoir récupérer vos données, surtout sur un volume en SHR. Vous pouvez peut-être tenter avec photorec (voir ce tuto) ou bien avec Foremost. Je n'en n'ai utilisé aucun des deux ni d'autre d'ailleurs, je ne peux donc pas vous dire s'ils sont efficaces ni même s'ils peuvent fonctionner sur nos nas.

Le montage doit se faire séparément. Montez le premier RAID qui sera le volume 1. Une fois la construction terminée, vous pourrez lancer le montage du deuxième. Des sauvegardes sur le même appareil, ce n'est pas ce qui se fait de mieux en terme de sécurité des données. Pourquoi monter des raid pour des sauvegardes ? Des volumes en basic ne conviendraient pas ?