Mic13710

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.

Super. Merci pour le retour.

Un online est totalement inadapté pour un usage personnel ou en petite structure. A commencer par une consommation électrique excessive qui augmente très sensiblement la note énergétique. Les off-line sur des réseaux stables et des line-interactive quand ils sont perturbés sont largement suffisants pour alimenter nos NAS. Petite correction : Non, c'est via le chargeur, les batteries n'étant sollicitées qu'en cas de panne secteur

Pas du tout d'accord avec toi catimimi, mais alors pas du tout. La seule différence entre un off-line et un line interactive c'est que ce dernier est équipé d'un régulateur à l'entrée qui ajuste en permanence la tension de sortie pour la maintenir dans une plage acceptable. Ca permet seulement de compenser des fluctuations du réseau, ce qui bien entendu est indispensable lorsque ce dernier est perturbé, et d'éviter ainsi que l'onduleur soit sollicité pendant les périodes transitoires, ce qui arrive fréquemment sur un off-line si le réseau fluctue beaucoup. Ca ne sert par contre strictement à rien en cas de micro coupure; car ce n'est rien d'autre qu'un transfo à multi-enroulements situé à l'entrée de l'alimentation dont on augmente ou diminue le nombre de spires à l'aide d'un bête circuit de contrôle et des contacteurs. C'est aussi ce qui explique qu'à puissance équivalente ce type d'onduleur est bien plus lourd qu'un off-line qui lui est dépourvu de ce circuit de régulation. Ce système est de toute manière incapable de compenser des coupures quelles quelles soient. Lorsqu'il y a des mini-coupures ou micro-coupures, ni l'un ni l'autre de ces deux UPS n'est capable de gérer ça en instantané. Ils réagiront en fait exactement de la même manière en cas de coupure à savoir : démarrage de l'onduleur par manque de tension et couplage sur la charge. Sur les deux systèmes, cette transition se fait obligatoirement par une micro coupure, et c'est l'alimentation à découpage du NAS et ses capas qui font office de tampon le temps du basculement. La seule vrai différence réside dans la qualité de design et de construction de l'onduleur qui peut être rendu plus réactif en anticipant par exemple la perte réseau par une analyse plus pointue du front de sinusoïde plutôt que d'attendre l'extinction de l'alimentation et/ou en utilisant des contacteurs ultra rapides (statiques sur les hauts de gamme) pour réduire au maximum le temps de transition. La seule possibilité pour se prémunir efficacement des micro coupures c'est avec un onduleur on-line. Avec ça on ne parle plus de transition puisque l'onduleur alimente la charge en permanence effaçant de fait toutes les perturbations du réseau en amont.

Les tests approfondis font entre autres tests une écriture de zéros sur toute la surface du disque. Ca permet de le vérifier et d'isoler les secteurs défectueux. Suite à ça, il n'y a bien évidemment plus rien sur les disques. Vous faite une installation complète du NAS.

C'est pourtant ce qu'il faut faire. Si le NAS a été éteint par une panne secteur, il n'y a rien d'anormal à le redémarrer automatiquement au retour secteur. Je ne comprends pas votre remarque à propos des micros coupures. A quoi pensez-vous ?

Je comprends que vous ne comprenez pas ce qu'est un RAID et encore moins un RAID5. Si c'était le cas, nous n'aurions pas cette discussion sans fin car vous sauriez qu'il est absolument impossible de lire des données sur un seul disque d'une grappe puisque les données sont réparties entre tous les disques selon le principe de l'agrégation par bandes. Rien ne vous empêche de le faire une fois que vous aurez terminé votre sauvegarde. Si ça fonctionne, vous n'aurez pas a transférer les données sauvegardées.

Quand Syno, Fenrir, PiwiLAbruti et moi-même nous disons il faut reseter, inutile de tourner virer autour du pot et risquer au passage de tout casser, faut reseter, point final.

Désolé de vous le dire mais votre raisonnement est trop binaire. Oui, et fort heureusement, mdadm et lvm2 sont installés sur les nas multibaie sinon il serait impossible de faire du raid logiciel. Mais non encore une fois, on ne peut pas lire les disques issus d'un raid directement à partir d'un simple boitier usb parce que mdadm a besoin d'au moins N-1 disques d'une grappe pour pouvoir fonctionner. Vous voyez votre cas personnel, celui où vous n'avez qu'un RAID simple disque ou à deux disques. Mais comment pensez-vous pouvoir lire un disque issu d'un RAID5 (3 disques et plus) ? De plus, il y a probablement des contraintes matérielles qui font que mdadm a probablement besoin que les disques soient connectés en sata ou ide pour pouvoir fonctionner. Parce qu'en l'état actuel c'est totalement impossible sur un NAS et ça le sera encore très longtemps je pense à cause du principe de gestion des disques de linux. Et bien non, là encore vous avez tord. Un disque issu d'un nas monobaie n'a ni mdadm ni lvm2 puisqu'il n'en n'a pas besoin. Dans ce cas le disque est un vrai basic en ext4 qui peut être utiliser directement dans un boitier USB ! Ce n'est pas du tout le cas des disques de NAS multibaie où tous les disques sans exception fonctionnent avec mdadm. Si vous ne vouliez qu'un seul disque, et que vous vouliez que ce disque soit lisible directement, il fallait choisir un NAS monobaie (ou un Rasp PI avec un disque dur, lui aussi en ext4). Quand on prend un nas multibaie, il faut être conscient que l'accès aux données hors nas demande un peu plus de matériel qu'un simple boitier usb. Je vous ai donné une méthode à partir d'un PC. On peut aussi le faire en migrant les disques d'un nas vers un autre. Vous avez vous même donné la réponse. Mais plutôt que de faire toutes ces circonvolutions, pourquoi ne pas simplement commencer par un double reset du NAS pour faire une réinstallation propre du DSM ?

Vu l'état de vos disques, je ne m'aventurerais pas d'essayer une quelconque réparation. A mon avis, vous avez des blocs défectueux sur les deux disques. Il serait plus sage de commencer par tester chaque disque sur un PC avec le logiciel constructeur (tests approfondis). Et si seulement si les tests sont bons, vous pouvez à la limite remonter votre NAS avec vos disques. Une question qui a son importance : est-ce que votre NAS est alimenté avec un onduleur compatible ? Si ce n'est pas le cas et que vous avez subi récemment des perturbations électriques, il se pourrait bien que vos problèmes viennent de là.

Il y a beaucoup de contradictions dans vos captures d'écran. Lorsque vos 2 disques sont en place, votre groupe est indiqué comme étant en SHR avec protection des données. C'est équivalent à du RAID1 et donc vos disques sont en miroir, c'est à dire que ce qui est sur le disque 1 se retrouve à l'identique sur le disque 2. Dans cette configuration, vous ne pouvez pas avoir un volume par disque, c'est totalement IMPOSSIBLE. Ensuite, sur tous les NAS multibaie, la partition système fonctionne en RAID1, cad que tous les disques embarquent le DSM et tous ses paramètres. Tant qu'il reste un disque, le système fonctionne, à condition bien entendu que la partition système ne soit pas en panne. Ce qui est le cas de votre disque 2. Dès lors, comment avez-vous pu démarrer le NAS avec uniquement le disque 2 ? Ce que je vois dans tout ça c'est que vos 2 disques sont en panne au niveau des partitions système et données. Le disque 1 a sa partition système intacte mais a perdu le Volume 1 Le disque 2 a sa partition système en panne et a perdu le Volume 2 Ce qui fait que vous fonctionnez sur le système du disque 1, que vous accédez au volume 1 grâce au disque 2 et au volume 2 grâce au disque 1. Dans votre malheur vous avez une chance innoui de pouvoir encore accéder à vos données. Mais vu l'état général, c'est sans doute pour peu de temps. Je réitère donc ce que je vous ai dit dans mon premier post : faites une sauvegarde de vos données et de votre configuration avant de tout perdre et repartez sur une installation neuve. Et à moins que ce soit un besoin impérieux, éviter de créer deux volumes, ça ne sert pas à grand chose. Un seul volume est plus simple a gérer et couvre les besoins dans la majorité des cas.

Et moi il y a un gros truc qui m'échappe, c'est que vous n'ayez pas de sauvegarde de vos données ! Que se passera t'il le jour ou vous perdrez votre unique disque ? Quand on met en place une solution de stockage de données, on met obligatoirement en place en parallèle une sauvegarde périodique. Il n'y a pas vraiment de système propriétaire Synology. Le SHR puisque c'est de ça dont vous voulez parler n'est rien d'autre qu'un RAID classique sur laquelle a été ajoutée une couche lvm (qui n'a rien de propriétaire) pour faire de la gestion multiraid. Aucun disque RAID qu'il soit matériel ou logiciel ne peut être lu directement. Il lui faut un environnement hard ou soft spécifique ce qui interdit toute possibilité d'accès aux données à partir d'un simple boitier usb. Puisque vous travaillez sans sauvegarde, c'est effectivement la solution la plus évidente.

A partir du moment où les disques sont de même capacité, il n'y a pas de problème pour les monter dans la même grappe. Néanmoins, si ce n'est pas ce que vous aviez commandé, c'est une erreur du fournisseur. A vous de voir si ça vous convient, mais j'aurais tendance à me méfier et à chercher à savoir pourquoi on essaye de me refiler des disques différents de ma commande. Pour moi c'est retour de la marchandise aux frais du vendeur. Vous pouvez très bien commencer par un seul disque si vous le souhaitez et rajouter des disques au groupe existant ultérieurement.

Nous n’affectionnons pas sur ce forum l'utilisation de quickconnect. C'est certes très facile à mettre en oeuvre pour les néophytes mais c'est peu sécurisé, très lent et peu fiable. D'un message précédent, je comprends que vous travailler dans une association avec une dizaine de personne utilisant le NAS. Je ne saurais trop vous recommander d'abandonner QC au profit d'un mode de connexion plus en adéquation avec les besoins d'une petite structure comme la votre. Vous avez des tutos très intéressants dans la section tutoriels concernant la sécurisation des accès au NAS, le serveur DNS et le serveur VPN qui peuvent vous apporter des solutions.

Il n'y a pas de recette miracle. Vous ne pouvez pas insérer un disque et y installer une version différente de DSM. La partition système fonctionne en RAID1. Lorsque vous introduisez un nouveau disque, sa partition système recopiera intégralement celle des disques en opération. Si vous voulez partir sur une installation fraîche, pas d'autre choix que tout reprendre à zéro. De même, vous ne pouvez pas lire votre disque à partir d'un lecteur externe connecté au NAS car son système de fichier est en RAID. Le seul moyen pour le lire c'est de l'installer sur un PC sous linux, d'y installer mdadm et lvm2 avant de pouvoir accéder aux données. Vous pouvez utiliser une distribution linux genre ubuntu sur un PC classique. Il y a un tuto Synology pour ça. La meilleure méthode consiste à mettre à jour vos sauvegardes Hyperbackup, d'installer le dernier DSM avec un nouveau disque sur le NAS et de restaurer les sauvegardes sur le nouveau volume.

Je ne sais où vous avez vu qu'il n'était pas compatible. Qu'il ne soit pas dans la liste des ups compatibles ne veut pas dire qu'il ne le soit pas. S'il fonctionnait sur le 211, il y a 99.99% de chance pour qu'il fonctionne aussi sur le 116.

Vous faites beaucoup de confusions. Vos deux disques sont en SHR avec protection des données (équivalent RAID1). Ce qui signifie qu'ils sont en miroir. Sur ces disques vous avez créé 2 volumes qu'on peut assimiler à des partitions dans le monde PC. Il n'y a pas un volume sur chaque disque contrairement à ce que vous le pensez, mais 2 volumes par disque ! Ceci étant dit, votre gestionnaire de stockage indique que votre situation est beaucoup plus critique que vous ne le pensez. En effet, ce n'est pas un mais les deux disques qui sont en panne ! Qui plus est, la liste des disques constituant le SHR est limitée à un seul disque qui est rapporté comme étant en panne. Le seul conseil que je puisse vous donner c'est de suivre les indications données par le gestionnaire : sauvegardez au plus vite vos données tant qu'il est encore temps avant de ne plus pouvoir y accéder. Sauvegardez aussi la configuration du NAS (c'est dans le menu de mise à jour et restauration). Si après ça, le NAS fonctionne encore, vous pourrez alors tenter une opération de la dernière chance : éteindre le NAS, retirer le disque 2 qui est manifestement en panne et redémarrer avec seulement le disque 1. Avec un peu de chance, vous pourrez retrouver vos volumes (le NAS va bipper car le groupe est dégradé). Si c'est le cas, il vous suffira de monter un nouveau disque à la place du 2 pour que le SHR se reconstruise). Si vous ne retrouvez pas vos volumes, pas d'autre choix que de repartir sur une installation neuve, avec des disques neufs de préférence.

Je suis d'accord avec Fenrir. Inutile je pense de s’entêter à essayer de trouver une solution. Vu le saut de version, mieux vaut faire des captures d'écran des différents paramètres pour pouvoir les restituer et de réinstaller DSM après un double reset.

J'ai fusionné suite à ta demande.

Tu as raison quand il n'y a rien de renseigné dans les paramètres avancés. L'adresse du lien est celle de l'url du navigateur. Si tu te connectes à file station avec l'adresse renseignée dans le serveur DNS, pas de problème, ça fonctionne. Mais quand tu génères un lien en ouvrant File Station à partir de DSM, tu récupères l'url de DSM. Si tu es connecté en 192.168.x.y:5000, c'est cette adresse que tu auras dans le lien, qui ne fonctionne pas pour les partages. Par contre, en renseignant les paramètres avancés comme je l'ai indiqué, c'est l'adresse renseignée qui sera utilisée, et le port sera aussi celui renseigné en http ou https, le choix étant malheureusement fait selon que la connexion est en http et https. J'ai d'ailleurs signalé le problème à Synology qui m'ont dit qu'il en prenaient note pour les prochaines version, sans trop d'espoir qu'un jour ça soit solutionné. Chez moi, j'ai le serveur DNS qui fonctionne et j'utilise le reverse proxy, mes accès aux différents paquets se font en https sur le 443 et aussi sur le port 80 (accès limité au seul renouvellement des certificats). J'ai donc renseigné comme nom d'hôte celui de file station (file.mondomaine), http 80, https 443. Et ça fonctionne nickel, au problème de port près puisque je me connecte à DSM en http et que mes connexions externes sont en https. Suffit de corriger le lien et c'est OK.

@StéphanH On garde ! D'autant que beaucoup doivent se poser la même question mais n'osent pas le faire. Donc merci pour eux.

@darkneoVoir du côté du menu "Accès externe", onglet Avancé. Nom d'hôte : celui que vous souhaitez avoir dans le lien (ndd, ddns ...) Ports HTTP et HTTPS : ceux que vous avez défini dans votre routeur pour accéder au NAS. Par contre le choix entre http et https n'existe pas, ou du moins pas encore. Comme l'a indiqué @Fenrir, tout dépend du mode de connexion au NAS : si HTTP, le lien sera en HTTP et HTTPS si la connexion est en HTTPS. Il faudra le corriger à la mano avant envoi si besoin. @eric732 Voir du côté des paramétrages avancés de Quickconnect et vérifier que le partage de fichiers est activé.

Salut @Fenrir. Un 213J sous DSM 5.2 ne peut pas être sous l'ancien système de partition qui était en vigueur il y a bien longtemps, à l'époque des dinosaures, lorsque nos NAS était en ext3

Quoi que vous fassiez, à partir du moment ou vous travaillez sur les disques, il est fortement conseillé de mettre à jour les sauvegardes avant de commencer. Ceci étant dit, si vous ne faite pas de mauvaise manip, il n'y a pas de danger pour les données puisqu'elles restent disponible sur le disque 1.

L'histoire, c'est vous qui l'avez écrite ! Vous ne perdez pas 3To puisque vos données sont en miroir sur les deux disques. Ce n'est qu'une question de choix que semble t'il vous n'avez pas fait correctement au départ, lors de l'installation. Vous avez opté pour l'installation par défaut qui avec plusieurs disques se fait toujours en SHR avec protection des données, c'est à dire avec un disque de protection. Si un disque tombe en panne, les données sont préservées sur le ou les disque(s) restant(s). Si vous vouliez utiliser chaque disque comme un stockage indépendant (sans protection des données donc), il fallait alors passer par l'installation personnalisée, ce qui vous aurait permis entre autres de créer 2 volumes de 3To chacun. Une méthode "officielle" pour revenir en arrière ? c'est très simple : il n'y en a pas. Il faut tout réinstaller. Il y a cependant la méthode officieuse qui ne fonctionne que pour un RAID à deux disques et qui consiste tout simplement à casser le RAID. Ca se fait obligatoirement en se connectant en SSH et par lignes de commande en mode terminal. Il faut d'abord activer le terminal SSH dans le menu terminal de DSM. Si le PC est sous Windows, il faut y installer Putty et le lancer. Se connecter au NAS en indiquant dans Putty l'IP du NAS (192.168.x.y), le port 22 et le mode SSH puis cliquer sur Open. Dans la fenêtre qui s'ouvre, vous indiquez pour le compte de login 'admin'. Le mdp est celui du compte admin du NAS. Si le PC est sous Linux ou MacOS, il suffit d'ouvrir le terminal et de rentrer la commande suivante : ssh admin@192.168.x.y (ip du nas) puis le mdp du compte admin. on vérifie d'abord l’état du raid avec la commande (copiez/collez dans le terminal) : cat /proc/mdstat le résultat de la commande ressemble à ceci : Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sdb5[0] sda5[1] 3653696 blocks super 1.2 [2/2] [UU] md1 : active raid1 sdb2[1] sda2[0] 2097088 blocks [2/2] [UU] md0 : active raid1 sdb1[1] sda1[0] 2490176 blocks [2/2] [UU] unused devices: on va donc travailler sur md2, la partition raid de données, et supprimer le disque sdb5 (disque 2) et garder les données sur sda5 (disque 1) Pour commencer, on déclare le disque défaillant : sudo mdadm /dev/md2 -f /dev/sdb5 (le terminal va vous demander un mdp, vous rentrez à nouveau celui du compte admin) le nas se met à bipper, c’est normal (volume dégradé) ensuite, on enlève le disque de la matrice raid : sudo mdadm /dev/md2 -r /dev/sdb5 on passe le raid de 2 disques à 1 sudo mdadm --grow --raid-devices=1 --force /dev/md2 Le résultat final donne ceci : DsmDemo> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda5[0] 3653696 blocks super 1.2 [1/1] [U] md1 : active raid1 sda2[1] sdb2[0] 2097088 blocks [2/2] [UU] md0 : active raid1 sda1[1] sdb1[0] 2490176 blocks [2/2] [UU] unused devices: A partir de là, le volume est de nouveau en shr sans protection de données et le disque 2 est disponible pour créer un nouveau volume.