Mic13710

L'ordre n'est pas le bon. Il faudra commencer par monter un groupe avec au moins 1 disque de 2To (2 c'est mieux pour avoir un SHR avec protection des données dès le départ) et le compléter par des disques de plus grosse capacité (18To ou autre) car dans le SHR on ne peut pas rajouter des disques plus petits que le plus petit disque utilisé dans le groupe initial. Ceci étant dit, votre projet présente un danger certain de perdre votre groupe car plus vous y rajoutez des disques de grosses capacités et plus vous augmentez les risques de le perdre. Et ces risques augmentent de manière exponentielle au fur et à mesure de l'augmentation de capacité du groupe. Dans ce cas, il est fortement recommandé de passer au SHR2 (équivalent RAID6) pour avoir la possibilité de perte de 2 disques.

https://synocommunity.com/package/synocli-net vous téléchargez celui qui correspond à votre CPU et vous l'installez manuellement à partir de la page des paquets du NAS.

Le but de ce fil est de répertorier les barrettes qui fonctionnent et avec quel modèle. Merci d'indiquer la marque et la référence de la RAM que vous avez installé.

MP envoyé

Malheureusement, le RAID est bien monté oui, mais uniquement sur la partition md2 qui est le swap. La md1 (celle du système) est absente ainsi que celle des données (md3 ou md5). Est-ce que vous avez bien lancé lvm2 (important si vos disques sont en SHR) ? Que donne les commandes suivantes ? vgdisplay parted --list df -h

Alors oui, on remplace le disque le plus petit pour augmenter le stockage. L'idée était surtout d'utiliser les 1To du 4To et de ne pas trop saucissonner les RAID. Si vous remplacer le 2To par un 4To, votre groupe sera alors constitué d'un RAID5 de 2To sur les 4 disques, d'un RAID5 de 1To sur les 2x4To et le 3To, d'un RAID1 sur les 4To. Donc 3 RAID. Le remplacement du 2To par un 4To augmentera la capacité du deuxième RAID5 et fera évoluer le RAID1 vers un RAID5. Si vous remplacez le 3To par un 4To, vous perdez 1To mais votre montage est plus simple car constitué d'un RAID5 de 2To sur les 4 disques et d'un RAID1 sur les 2x4To. Soit 2 RAID. Le remplacement ultérieur des 2To par des 4To fera simplement évoluer le RAID1 vers un RAID5. Mais effectivement, il est plus judicieux du point de vue stockage de remplacer le 2To par un 4To.

Et les ports usb servent à quoi d'après vous ? Dans DSM vous avez USB Copy pour faire les transferts.

@Doonet, si vous remontez votre RAID dans un PC, une fois le volume monté, il faudrait dans le terminal passer la commande suivante et poster le résultat. cat /proc/mdstat

Que ce soit le reset 1 ou 2, les données ne sont pas touchées.

Il n'est pas du tout recommandé de sortir des disques d'un groupe en opération car cela introduit des erreurs de parités. Ces erreurs peuvent parfois être réparés mais le plus souvent le disque est éjecté du groupe et il faut faire une reconstruction pour le réintroduire. De même, on ne peut pas démarrer un groupe sans le totalité des disques qui le compose car on s'expose à ces mêmes erreurs. Il se peut au final que toutes les manipulations qui ont été faites aient endommagé le groupe. Néanmoins, le RAID a pu semble t'il être retrouvé sur le PC. On pourrait supposé qu'il est encore viable. Comme le NAS semble fonctionner avec un seul disque dans la baie 1 et qu'il y a eu des alarmes d'alimentation sur les autres baies, il serait judicieux de tester ces baies en refaisant une installation avec un seul disque dans la baie 2 puis dans la 3 et enfin dans la 4. L'installation n'est peut-être pas indispensable, le simple déplacement du disque de baie en baie peut fonctionner. Question : le nouveau bloc d'alimentation est-il identique à celui d'origine ? Sinon, est-ce que ses caractéristiques sont au minimum identiques ?

Si la restauration se fait de NAS à NAS, le PC n'a rien à voir dans l'affaire et peut être éteint.

Tuto en ligne. Merci @.Shad. pour cet énorme travail de réactualisation du Tuto de @Fenrir qui a été de loin ,et pour cause, le tuto le plus consulté de ce forum mais qui commençait à accuser le poids des ans. Je souhaite une aussi longue vie à cette nouvelle mouture qui devrait j'en suis sûr en intéresser plus d'un.

Je penche plutôt pour une panne du bloc d'alimentation, assez récurrente sur ces modèles. On en voit passer pas mal sur le forum. Si le bloc du 920 est identique, vous pouvez déjà commencer par essayer avec ce dernier.

Certains ont essayé, je ne connais personne qui y soit arrivé. Il faut savoir que votre disque même unique est un RAID monodisque avec donc une gestion par mdadm et éventuellement du lvm2 si en SHR.

Le fait de migrer les disques obligera de faire une maj de DSM pour qu'il soit compatible avec le 218. Afin de vous assurer une porte de sortie, vous ne montez qu'un des deux disques dans le 218. Vous gardez l'autre au chaud pour qu'il puisse être remonté dans le 213 en cas de besoin. Ceci dit, je ne comprends pas bien votre manip pour le transfert des données du 218 vers le 213. Pour moi, ça ne peut pas fonctionner, et certainement pas avec hyperbackup. Je vous suggère plutôt de sortir le 3To défectueux du 213 que vous formatez sur un PC et que vous installez sur le 218 pour y créer un nouveau groupe. Vous faite la sauvegarde de vos applications et de vos données du 213 sur ce disque. A ce stade, vous avez un original sur lequel vous pourrez revenir en cas de problème et une sauvegarde. Vous sortez le 3To du 213 que vous gardez au chaud. Vous monter le 8To, installez DSM et importez vos sauvegardes Hyperbackup.

Je n'y comprends plus rien, mais si vous vous comprenez, c'est l'essentiel 🙃

En théorie oui. En pratique, ce n'est pas une bonne idée car vous importez dans le 218 toutes les limitations du 213. Et vous perdez aussi la possibilité de passer en BTRFS. Pourquoi ne pas faire l'installation directement dans le 218 à ce compte là ?

Et bien il va falloir patienter jusqu'à l'arrivée du nouveau disque.

@PiwiLAbruti je ne l'utilise pas à titre personnel. J'ai eu l'occasion de l'utiliser dernièrement sur un site et c'est toujours de la daube pour se connecter. Une fois connecté, ça fonctionne pas trop mal bien que ce soit en deçà des performances d'une connexion traditionnelle. Ce n'est bien entendu que du ressenti, je n'ai pas fait de mesures de débit.

@Duke_fr, c'est assez aléatoire (parfois les serveurs ne répondent pas) et c'est lent. Mais s'agissant d'une synchro, il n'y a pas d'impératif temps ni de besoin d'une connexion permanente. Donc, ça devrait aller.

Non car vous aurez des conflits de groupes et de volumes, plus des conflits de DSM. Le mieux serait de migrer un des disques du 213J dans le 218, de détruire le groupe et d'en créer un nouveau. Vous installez Hyperbackup et hyperbackup vault sur les deux NAS. Vous sauvegardez les données et les applications du 213 sur le 218. Vous vérifiez l'intégrité de vos sauvegardes. Si ok, vous supprimez le groupe du 213J et vous en recréez un nouveau sur lequel vous installez hyperbackup qui va vous permettre de restaurez vos sauvegardes et de les retrouver à l'identique avec vos applications et la majorité de vos paramétrages actuels. Il ne vous restera alors qu'à formater le disque du 218 pour le monter sur le 213 et créer cette fois un nouveau groupe sur ce disque.

@Synologive, je n'ai pas d'autre solution à vous proposer. Il y a vraisemblablement un souci avec vos fichiers qu'il est difficile d'identifier sans y avoir accès. Je vous suggère de vous rapprocher du support à qui il faudra très certainement donner accès au NAS pour qu'il puisse analyser le problème.

@ludwig crowin en quoi cela concerne les NAS Synology ?

Je continue de penser que vous avez tout intérêt a faire votre sauvegarde avec Hyperbackup qui est orientée exclusivement Synology et donc plus à même de sauvegarder les paramétrages de vos applications. Il me semble même qu'il se charge lors de la restauration de réinstaller automatiquement les applications qui sont incluses dans la sauvegarde. Une sauvegarde classique ne sera pas capable de traiter vos applications. Vous avez un LUN sur un 218J ?

Mais à mon avis, vous avez tout intérêt à repartir d'une installation neuve avec vos 6To pour plusieurs raisons : Depuis DSM7.1 la taille de la partition système a été augmentée pour passer de 2.3Go à 6.7Go afin de pouvoir faire face aux évolutions futures. Cette partition n'est créée que sur les nouvelles installations. Elle n'est pas corrigée sur les anciennes et ne peut pas l'être. Ce qui signifie qu'à plus ou moins long terme, les 2.3Go deviendront trop petits et il va falloir recréer l'ensemble pour bénéficier de la nouvelle taille. Les mises à jour successives de DSM et des applis conduisent à des modifications qui sont plus ou moins bien intégrées dans le NAS. Il en résulte quelques dossiers orphelins qui trainent dans DSM. Et la plus importante à mes yeux c'est le passage de EXT4 à BTRFS. Si votre NAS est en EXT4, c'est le moment idéal pour basculer en BTRFS et ça ne peut se faire qu'en repartant d'un groupe neuf. Je vous conseille donc de sauvegarder vos données (avec Hyperbackup de préférence), de sortir vos disques de 1To que vous conservez dans l'ordre et bien au chaud pour pouvoir revenir en arrière au cas où. Vous installez la même version de DSM (si c'est du 7.1, conservez cette version) que celle de vos disques et vous refaite une installation complète à partir de vos sauvegardes.