Mic13710

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 ?

Oui. Au troisième disque vous choisissez de créer un nouveau volume. Au quatrième vous choisissez d'augmenter le volume et vous choisissez le volume 2. Etc... Mais enfin, je ne vois guère d'intérêt à perdre autant d'espace disque et de se compliquer la vie avec plusieurs volumes. Perso, je partirais avec un SHR sur 4 disques, et si plus tard vous voulez avoir 1 disques de réserve supplémentaire, je crois qu'à partir du DSM6.1 il est possible de passer d'un SHR vers SHR2 (équivalent RAID6). Dans ce cas, lors de l'ajout des deux derniers disques, vous pouvez penser à faire la migration.

Pour la migration vers la 6.0, inutile je pense de modifier le réglage auto car il faut de toute manière qu'elle soit installée pour pouvoir installer la 6.1. Donc tu peux passer en auto pour installer la 6.0 puis revenir tout de suite après la première installation à mises à jour importantes, pour ne charger que les updates de la 6. Attention tout de même aux paquets tiers qu'il faut d'abord désinstaller avant de faire la mise à jour. Il y a je crois un message d'avertissement qui apparait quand c'est le nécessaire.

De quel modèle vers quel modèle ? Quelle version de DSM ?

Vieux fil effectivement. Mais sauf erreur, time backup n'existe plus depuis DSM6.0. Tout a été regroupé sous Hyper Backup il me semble.

Non, la 6.0 est maintenant suffisamment mature. Mais c'est avec les seuls paquets que j'utilise. Un petit bémol toutefois qui concerne CloudStation. Depuis la création des autres déclinaisons de CS, l'organisation côté NAS à changé. Lorsqu'on fait la migration, tout reste en l'état mais les choses peuvent se gâter à l'usage. En effet, côté serveur, tout nouveau Cloud est créé dans un sous répertoire "Drive" du répertoire CloudStation utilisateur. Quand on délie un client anciennement sous 5.2 et qu'on recrée le lien ou bien qu'on connecte un nouveau client, le dossier Drive est alors créé et il se peuple des données du client (si bien entendu on utilise le même dossier). Au final, soit il y a deux dossiers CS sans liens communs vers les clients, soit les anciens dossiers CS côté serveur ne sont plus utiles mais sont tout de même conservés. Il faut aller les supprimer dans file station (sauf le dossier drive !). Pour éviter tout problème par la suite, notamment à la mise en place d'un nouveau client sur un compte existant, le mieux est de faire les transferts (refaire les liens) après la mise à jour du DSM. C'est ce que j'ai fait sur tous mes CS.

Ce que vous souhaitez faire est impossible. Si vous retirez un des disques, vous n'aurez aucune donnée exploitable dessus. Les seules qui le seront sont sur les 2 disques restants et donc si vous les formatez vous perdez tout. A savoir aussi : si vous commencez par le 4To, vous ne pourrez pas rajouter vos 3To par la suite car le volume ne peut pas accepter des disques de capacité inférieure au disque le plus gros. Le mieux serait de sauvegarder toutes vos données et vos paramètres sur d'autres supports et de faire une installation complète. Selon le volume de données à transférer et que vous ne pouvez pas tout sauvegarder sur des supports externes, vous avez une autre alternative. Si vos données font moins de 3To et que vous aimez le risque, vous pouvez effectivement sortir le disque de 4To (le NAS va bipper car vous n'aurez plus de disque de réserve). Vous le formatez sur un PC, et vous y sauvegardez toutes vos données. Vous formatez vos 2 disques de 3To que vous réinstallez dans le NAS pour créer un volume de 3To. Vous y transférez les paramètres et les données que vous avez sauvegardé sur le 4To. Il ne vous restera plus ensuite qu'à faire une augmentation de volume avec le 4To. Si vous avez plus de 3To de données, il faudra trouver d'autres support pour compléter vos sauvegardes. Edit : Oups, je n'avais pas vu que vous faisiez une sauvegarde sur le disque sorti. C'est donc que vous avez moins de 3To de données. Dans ces conditions c'est possible mais attention de bien enlever le 4To en premier pour les sauvegardes. Si vous prenez un des 3To, vous ne pourrez pas le rajouter à un groupe constitué d'un 3To et d'un 4To.

Comme pour chaque nouvelles versions, la 6.1 semble trainer son lot de casseroles. Et comme à chaque fois je redonne l'info. Pour tous ceux qui préfèrent attendre des jours meilleurs sans être importunés par des notifications de mise à jour, il y a un réglage très simple que vous pouvez faire temporairement, le temps que les bugs soient résolus. Dans l'onglet mise à jour et restauration, mise à jour de DSM, options de mise à jour, cochez mises à jour importantes puis validez. Avec ce choix, seules les maj relatives à la version actuelle de DSM (6.0 en l'occurence) seront notifiées.

Ca donne vraiment pas envie d'y aller.

Il faudrait aussi lire les réponses qui sont données sur votre autre fil qui en l’occurrence fait doublon !

Avant d'en arriver à cette extrémité, avez-vous essayé de faire un double reset pour réinitialiser le DSM ? En tout état de cause, la méthode employée n'est pas la bonne. Si vous vouliez repartir de zéro, il aurait fallu mettre vos sauvegardes à jour pour espérer récupérer vos données. Actuellement, si vous mettez votre disque en place vous allez effectivement perdre vos données. Vous pouvez toutefois les récupérer à partir d'un PC pour les copier sur le NAS en utilisant une distribution linux. Vous avez ce tuto Synology pour vous aider. A n'appliquer que sur le seul disque comportant les données bien évidemment.

Si vous avez fait l'installation par défaut, le disque installé est en shr sans protection de données. Dans ce cas, il aurait fallu continuer la procédure (i.e. formatage). Mais je ne suis pas devant votre écran et je ne comprends pas très bien tout le processus que vous avez suivi, de même que je ne comprends pas bien pourquoi vous voulez garder les données qui sont actuellement sur le disque, tout en voulant faire un miroir avec le disque existant. Je pars du principe que le disque actuellement en place fonctionne correctement avec toutes vos données, et que vous souhaitez faire un miroir avec le deuxième disque. Dans ce cas, je vous propose tout d'abord de formater votre disque sur un PC (formatage rapide, n'importe quel format, le but étant de seulement casser les partitions existantes). Vous l'introduisez dans le NAS, et dans le gestionnaire de stockage vous allez dans Gérer et vous validez l'augmentation de volume. Au bout de quelques heures votre volume devrait être indiqué comme sain en SHR avec protection des données (équivalent RAID1).

Attention de bien vérifier que tout fonctionne (paquets, dsm, etc..) avant de fermer définitivement le 213. Je pense déjà qu'on peut parfaire la méthode en ajoutant la réinstallation des paquets après le point 5, juste avant de migrer les données. C'est plus propre à mon avis car les dossiers correspondants (ainsi que les dossiers cachés quand il y en a) sont alors créés automatiquement et peuplés au fur et à mesure de la migration.