Mic13710

Je me suis peut-être mal exprimé. Le cloud est tout à fait adapté pour les documents de travail que vous êtes amené à consulter fréquemment et/ou qui sont appelés à être modifiées. Il ne l'est pas du tout pour ce qui est multimedia parce que ces fichiers sont généralement assez lourds, qu'ils sont en principe figés et qu'il existe par ailleurs les solutions que j'ai évoqué pour ces types de fichiers.

Je pense effectivement que chacun des disques a un problème. Le 1 est OK au niveau du système et KO au niveau des données, le 2 est KO au niveau du système et OK au niveau des données. Pour info, les disques comportent chacun 3 partitions : 1 système, 1 swap (propre à linux) et 1 donnée. La partition système fonctionne en RAID1. Si une partition tombe en panne, le système fonctionne toujours sur le ou les disques restants. Vous pouvez donc tenter 2 choses : 1) lancer la réparation du disque 1 tout seul. Si ça passe, vous pourrez peut-être retrouver tout ou partie de vos données. 2) avec le disque 2 tout seul, tenter un double reset pour réinitialiser le DSM et le réinstaller. Cette manip ne touche pas aux données. Si aucune des 2 fonctionne, il ne vous reste plus qu'à installer le disque dans un PC ou dans un rack et de faire la récupération des données en suivant ce tuto. Il y a probablement un disque dont la partition de données sera lisible. Concernant les alerte, si un disque était inaccessible, le NAS a dû vous en informer mais si vos notifications ne sont pas ou mal configurées, vous n'avez pas été alerté. En tout cas, il doit y avoir obligatoirement un enregistrement dans les logs du NAS. Pas d'inquiétude à avoir au niveau du NAS. Le 213J est tout à fait apte à faire ce que vous lui demandez. S'agissant toutefois d'un modèle de base, il peut avoir quelques ralentissements dans l'exécution de certaines tâches gourmandes en ressources. En aucun cas, il peut être la cause de la défaillance des disques. Comme je l'ai écrit, les 3To sont moins fiables que les autres et vous avez en plus un WD RED. Je ne suis pas vraiment surpris qu'ils puissent tomber en panne. La première panne est sans doute intervenue il y a quelques temps et il aurait fallu en être alerté pour faire le changement de disque. En tout état de cause, vos 2 disques sont en défaut et il est bien entendu préférable de les changer et l'option 2x4To me semble la mieux appropriée.

Toujours la même erreur. Cloud Station n'est pas du tout fait pour y stocker des fichiers multimedia. Tout simplement parce que le dossier de suivi que gère le NAS en parallèle du Cloud est très gourmand en stockage. Pour simplifier, si l'ensemble de vos dossiers CS pèsent 100Go, l'espace occupé sur le NAS sera de 100 +. 100 = 200Go. Ceci ne concerne que les fichiers présents. Comme CS garde aussi les fichiers qui ont été supprimés, l'espace occupé est encore augmenté. A ce rythme, vous comprenez que vos disques vont très vite se remplir. Pour tout ce qui est multimedia, vous avez des dossiers partagés et des applis dédiées, telles que Photo Station, Audio Station, Video Station et leur équivalent sur smartphone DSPhoto, DSAudio et DSVideo. Pour partager des dossiers autrement que par les liens, il faut créer un ou plusieurs comptes utilisateurs et attribuer des droits au(x) dossier(s) partagée(s) au(x)quel(s) vous voulez donner accès.

Vous pouvez tenter la réparation de disque dans un premier temps. En fait, vous avez probablement une double peine : le hdd1 a sa partition donnée qui est hs et sa partition système OK, le hdd2 a sa partition donnée ok et la partition système hs. Donc, vous ne pouvez pas tourner avec un seul disque. Comme les pannes ne surviennent jamais simultanément, vous aviez probablement un pb depuis un certain temps que vous avez laissé trainer, ce qui vous conduit à la situation présente. Si la réparation est ok, on pourra envisager la reconstruction avec un disque neuf. Sinon, il va falloir envisager une autre option.

Vous avez une solution beaucoup plus simple et qui fonctionne : remplacer un disque après l'autre en attendant entre chaque remplacement que le RAID soit reconstruit. L'avantage c'est que vous n'avez qu'à remplacer les disques et que vous pouvez continuer à vous servir du NAS. Il faut compter quelques heures entre chaque changement mais au bout vous n'avez plus rien à faire.

Ils vous demanderont sans doute de tout renvoyer. Dans ce cas, vous démontez les disques en prenant soin de bien les repérer car l'ordre a son importance.

Comme c'est sous garantie et qu'il s'agit d'une panne au déballage, la seule option valable serait de contacter le vendeur.

Et en branchant l'alim seule ?

Toute mise à jour comporte des risques. DSM n'y échappe pas, mais les cas sont sommes toutes assez rares. Je pense que les gros bugs ont été solutionnés. Il en reste sûrement beaucoup, tout comme il en reste dans la dernière de la 5.2. C'est sans fin. Ceci dit, on peut raisonnablement penser que pour des particuliers qui en ont besoin, la mise à jour peut maintenant se faire car les risques sont limités. Je serais beaucoup plus prudent sur des nas en production qui fonctionnent de manière satisfaisante en environnement professionnel car là, les mises à jour peuvent être des sources de dysfonctionnements inacceptables. A titre personnel, je suis toujours en 5.2 car je ne suis toujours pas convaincu par la 6, ni par ce qu'elle pourrait m'apporter en terme d'amélioration. J'ai beau chercher, je n'ai pas trouvé de raisons suffisantes pour franchir le pas. Je pars toujours du principe qu'il est contre productif de mettre en péril un système qui fonctionne bien et surtout qui rempli correctement les tâches que je lui confie. C'est un peu le même raisonnement qu'il faut tenir pour des NAS en production. Par exemple, j'utilise pas mal Cloud Station, et la version de la 5.2 me convient très bien. Il se trouve que CS a pas mal été modifié sur la 6. En bien ou en mal ? je n'en sais rien, mais vus les retours sur le forum qui ne sont pas très positifs (forcément, on ne vient pas ici pour se plaindre d'un truc qui marche..), ça ne m'incite guère à me compliquer la vie pour mettre en oeuvre " l'usine à gaz " comme certains l'appelle pour au final n'avoir (au mieux) rien de plus que ce que j'ai déjà, avec le risque de devoir passer par une longue séance d'arrachage de cheveux. Donc mon conseil serait : si vous n'en n'avez pas besoin, attendez encore au moins la prochaine maj et les retours sur le forum. S'il n'y en a pas trop et qu'ils sont mineurs, on pourra se dire que le moment et venu de se lancer.

Vous ne trouverez rien dans la base de connaissance Synology car ce n'est pas supporté. Cependant, c'est possible en ligne de commande. Voir le tuto de Gaëtan Cambier.

Dans l'ordre : Bardoin, eau, et seulement à la fin, glaçons parce qu'ici en été, pour peu qu'on le déguste, le pastis se réchauffe vite !

Joyeux anniversaire ! Pour moi ce sera un Bardoin avec 3 glaçons (je laisse le Ricard aux néophytes)

Je vous l'ai écrit 2 fois. Faut-il que je l'écrive une troisième fois ? Alors allons-y. Pour la troisième fois et pour être tout à fait clair : le disque 2 est le miroir du disque 1 et ..... inversement

Ce n'est pas recommandé. Maintenant, si le nas autorise un arrêt volontaire en pleine reconstruction (je ne vais pas vérifier), alors je ne vois pas pourquoi la reconstruction ne pourrait pas reprendre là où elle en était. Ce qui revient à dire qu'un arrêt provoqué par l'onduleur aurait normalement les mêmes conséquences puisque c'est un arrêt contrôlé. Je vous laisse le soin de tester tout ça et de nous faire un retour circonstancié .

On ne parle pas de duplication mais de miroir. Les données sont identiques parce que c'est le principe même du RAID1. Les parités sont constamment vérifiées ce qui fait qu'il n'y a aucun doute sur les données stockées sur les disques : ce qui est sur le disque 1 se retrouve obligatoirement à l'identique sur le disque 2.

Non. La configuration RAID se fait sur l'ensemble des disques de la grappe. On ne peut pas récupérer l'espace inoccupé. Si vous voulez utiliser tout l'espace, la seule configuration est le SHR. Avec 2To + 2x3To vous obtenez 5To de stockage. Mais pour cela il faut repartir de zéro car il n'y a pas de passerelle RAID classique vers SHR.

Je ne peux pas vous aider sur le sujet, mais peut-être que @catimimi pourrait vous donner des pistes. Je suppose à priori que vous avez fait un test de la CM et qu'il est négatif.

Une précision importante, le RAID n'est pas une sauvegarde. C'est uniquement un système de stockage qui permet la continuité de service en cas de panne d'un des disques.

Copies d'écran

C'est équivalent à un RAID1, les données sont donc en miroir sur les 2 disques, cad identiques sur le disque 1 et 2.

Votre disque est probablement HS. Si vous avez la possibilité de le tester sur un PC avec le logiciel du fabricant, faites lui passer un test smart étendu. Quand je parle de lire les données sur le disque sain, j'aurais dû préciser sur un PC car le nas ne peux pas le lire vu que le volume est détruit. Il faudra probablement passer par une distribution linux (ubuntu) pour voir et récupérer les données.

Oui. Il s'agit d'un raid avec une surcouche lvm. Un SHR avec 2 disques est équivalent à un RAID1. Un SHR avec 3 disques et plus est équivalent à un RAID5. On peut installer un RAID1 classique sur nos NAS (voir ma signature). Pour cela il faut passer par l'installation personnalisée. Disons que le SHR n'a aucun intérêt sur un NAS à 2 baies. Il en a par contre sur un NAS à 4 baies et plus car il offre plus de flexibilité qu'un RAID classique.

Euh, c'est pas tout à fait vrai. La différence entre un off-line et un line interactive, c'est que le second est pourvu d'un système de régulation de la tension de sortie, ce qui n'est pas le cas du off-line. Par contre tous les deux ont forcément des micro coupures au moment du basculement et du retour à la normale contrairement à un online qui lui alimente toujours la charge par l'onduleur ce qui de facto ne génère pas de micro coupure.

C'est l'info qu'il aurait fallu donner dès le départ. Si vous pouvez lire une partie de vos données sur le disque sain, sauvegardez ce que vous pouvez. Pour le reste, à moins que vous ayez des sauvegardes, c'est perdu. Il vous faudra reconstruire votre volume avec l'ancien disque et un nouveau. Mais bon, le JBOD n'est certainement pas ce qui se fait de mieux dans un NAS.

Le bip est normal avec le disque sain. Il signale qu'il fonctionne en mode dégradé. Avec ce disque, est-ce que vous avez accès aux données comme avant ? Si oui, pas de problème, vous remplacez simplement le disque défectueux, vous allez dans le gestionnaire de stockage pour lancer la reconstruction. Au bout de quelques heures, votre SHR repassera en status normal. Il est tout de même étonnant que le disque défectueux provoque un arrêt du disque sain. Normalement, il passe en défaut et il est sorti du groupe.