Mic13710

Pas du tout sûr que ça ne fonctionne pas au niveau du partitionnement car le 409+ n'est pas suffisamment vieux pour ne pas être en ext4. Le 916 mettra le DSM à jour, mais il risque d'y avoir quelques soucis au niveau des paquets. Le point le plus dommageable à mon sens c'est que 916 est en btrfs et le faire tourner en ext4 c'est un peu comme rouler en Porshe à 130 sur l'autoroute. Même si c'est un peu compliqué, il est largement préférable de faire une installation neuve. Quels sont les capacités de vos disques actuels et quel est l'espace occupé sur votre volume ?

Euh, il n'y a rien de stocké dans la mémoire du NAS. Tout est sur les disques ! Ma foi, je ne vois pas le problème. C'est le principe même du RAID5 : pouvoir perdre un disque sans perte de données. C'est la méthode qui est utilisée partout pour augmenter la capacité. Enlever un des disques fait passer le RAID en mode dégradé. Il suffit de lancer la reconstruction avec un disque neuf. On fait la manip sur tous les disques tout en continuant à utiliser le NAS. Et si toutefois l'opération se passe mal, vous avez toujours la possibilité de récupérer vos données à partir de vos sauvegardes, ce que vous envisagiez de faire au départ. Vous aurez seulement perdu quelques heures, mais vous aurez gagné un travail plus important en restauration de données. C'est vous qui choisissez. Moi je sais ce que je ferais sans l'ombre d'une hésitation. Edit : Une question bête qui me vient à l'esprit : vous êtes bien en RAID5 ou en SHR avec protection de donnée ? Edit 2 : quelle capacité de disque comptez vous installer et avez-vous vérifié que votre NAS est capable de gérer le volume qui sera constitué avec ces disques ?

Vos disques sont sains. Il est possible que le pb vienne du DSM. Il faudrait alors envisager de faire une réinitialisation en suivant la procédure Synology. Faites d'abord une sauvegarde de la configuration et mettez à jour vos sauvegardes.

Je rejoins catimini concernant le changement de version. Il semblerait que le passage 5.2 à 6 ne soit pas toujours un long fleuve tranquille. Il est préférable de repartir sur une nouvelle installation ce qui élimine tout soucis d'incompatibilité.

Tout semble normal en effet. Je vois surtout que vous avez activé l'hibernation, ce qui provoque un nombre hallucinant de start and stop pour un bénéfice plutôt maigre : 1500h sur un total de 6100h. La différence entre NAS en hibernation et actif est de 20W environ pour un 4 baies. En 8.5 mois d'opération, vous avez "économisé" 30kWh. A 15ct le kWh, ça représente une économie de 4.5€, soit 0.53€/mois. La belle affaire ! Personnellement, je ne suis pas du tout favorable aux mises en veille et aux hibernations sur un serveur, surtout lorsqu'il est souvent sollicité. Les effets électrothermiques sur les disques finissent à la longue par stresser les disques. Je vois aussi avec 611 démarrages et arrêts que vous arrêtez très souvent votre NAS. Pour seulement 6100h d'opération, je trouve ce chiffre très élevé. Puisque votre disque semble sain, il devrait fonctionner normalement dans le NAS, or ce n'est pas le cas. Avant de le remettre en service, il faudrait lui faire passer une batterie de tests sur PC avec data lifeguard diagnostic que vous trouverez en téléchargement sur le site WD. Si tous les tests sont positifs et que ça n'a pas été fait pendant les tests, vous le formatez sur le PC (formatage rapide c'est suffisant). Vous le remontez dans le NAS et vous lancez la reconstruction du RAID.

Les paramétrages du NAS n'ont en principe pas bougé. Cependant, si vous avez fait les ouvertures de ports de la freebox à partir du NAS, il ne sont plus valable car il faut d'abord que le nas reconnaisse le routeur. Mais comme il y a 3 ans la freebox n'était pas reconnue par DSM (je crois comprendre qu'elle l'est maintenant), il est fort probable que vous avez fait vos redirections de ports dans le freebox. Il n'y a pas à ma connaissance de tuto sur ce forum, mais vous trouverez comment faire sur le site de free.

Content pour vous. Ce n'est en effet pas compliqué, encore faut-il savoir que le dossier doit être partagé pour les utilisateurs qui y ont accès et qu'il soit intégré dans le paramétrage de CS serveur pour pouvoir le retrouver dans le CS client.

Quand je parlais d'un petit plus, il s'agissait des flèches en bas à droite

Faites un test smart étendu et postez le résultat ici.

Soit donner les mêmes droits, mais ça n'est pas la bonne méthode, soit créer un dossier partagé avec les droits pour les deux utilisateurs et l'intégrer dans CS. Pour mon cas personnel par exemple, ma femme et moi avons chacun notre compte utilisateur avec chacun son CS, et un dossier partagé que j'ai appelé "commun" dans lequel comme son nom l'indique se retrouvent les fichiers communs. Ce dossier commun est intégré à CS et chacun y a accès à partir de son PC ou de son portable.

Il faut tout d'abord activer les notifications selon vos besoins : Email, SMS, service push et sélectionner dans l'onglet "Avancé" les alertes que vous souhaitez remonter vers tel ou tel service. Pour les disques, vous pouvez créer des tâches dans le planificateur de test du menu HDD du gestionnaire de stockage, avec par exemple un test smart rapide une fois par semaine, et un test smart étendu une fois par mois. Et pour être averti du résultat du test étendu, vous validez dans l'onglet Général l'envoi du rapport de santé mensuel par email.

Je ne comprends pas trop la question. L'accès à winscp est le même que pour putty. Pour DSM5.2 Protocole : SCP Nom d'hôte : l'IP fixe du NAS Port : 22 ou 23 selon que ssh ou telnet est activé (ou tout autre port programmé dans le nas pour telnet ou ssh) Utilisateur : root MdP : celui du compte admin

Pour mes fichiers de travail exclusivement. L'avantage étant de pouvoir partir en déplacement avec mon portable sur lequel mes fichiers sont synchronisés et de pouvoir y travailler qu'il y ait une connexion ou pas.

Le test en question est global. Compte tenu de l'origine de la panne, il est très probable que votre nas n'ait qu'un pb de boot. Mais là s'arrête mon intervention, je n'ai aucune connaissances au niveau hard ou soft pour vous aider.

Oui mais là, ce n'est pas le cas ni pour thierryb180381 ni pour moi car nos nas ne sont pas compatibles btrfs. Et si toutefois c'était possible, il faudrait passer par une nouvelle installation, ce qui au demeurant ne serait pas plus mal plutôt que de passer de la 5.2 à la 6.

Pas de quoi. Un petit plus n'est pas de refus non plus

Sur le comparateur il n'y a pas de JBOD mais du RAID0 ce qui est pareil du point de vue capacité. Avec 4x6To il y a bien le 416J, mais il faut aussi lire le petit "i" à côté qui dit clairement que le volume maxi est bien de 16To et qu'au delà il faut construire plusieurs volumes. Donc rien de contradictoire.

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.