Mic13710

C'est effectivement la procédure. Néanmoins, en faisant cela vous perdrez le bénéfice du BTRFS ce qui est dommage. Perso, je repartirais sur une installation complète, ce qui permet aussi de ne pas trainer les vielles savates du 216.

Les disques n'étaient-ils pas issus d'une migration précédente ? et si oui, de quel modèle de NAS ?

Ce n'est pas une sauvegarde au sens strict dans la mesure où elle est localisée dans le même lieu et pire, dans le même boitier. En cas de problème interne ou externe au NAS, tout est perdu. Mais en dehors de ce critère, il est bien évident que ça peut faire office de sauvegarde. Perso, je ne le ferais pas. Ceci dit, beaucoup le font. L'OS peut être corrompu pour x raisons. Dans ce cas, il suffit de le réinstaller et en principe les données sont préservées. Mais ce n'est pas une garantie, d'où l'importance d'avoir des sauvegardes externes.

Oui, à condition de ne pas rallumer le NAS une fois le disque enlevé sans quoi le RAID serait cassé. Mais ce n'est pas un mode de fonctionnement approprié. La seule méthode acceptable est de faire des sauvegardes périodiques et s'assurer qu'elles sont à jour et fonctionnelles. La sauvegarde doit faire partie intégrante de votre projet de NAS. Rappel : le RAID n'est pas une sauvegarde mais une continuité de service en cas de défaillance d'un disque.

Une sauvegarde sur un disque d'un même NAS n'est pas une sauvegarde. En faire un spare n'a d'intérêt que sur les NAS multigroupe. Si un des disques d'un des groupes tombe en panne, le NAS reconstruira le groupe avec le disque en spare. Vous n’êtes pas dans ce cas de figure. Le rajouter à la grappe existante n'a d'intérêt que si vous avez besoin d'espace supplémentaire. Sans cela, inutile d'augmenter votre volume car tout ajout de disque augmente le risque de panne. Vous pourriez vous en servir dans un boitier externe pour y faire des sauvegardes par exemple, ou bien pour augmenter votre capacité de sauvegarde sur le Qnap en remplacement d'un des 3To (s'ils sont en basic bien entendu).

Comparatif entre les trois modèles : https://www.synology.com/fr-fr/products/compare/DS218/DS218+/DS718+ Ce que vous souhaitez faire peut être réalisé sans problème avec le 218. Après, c'est à vous de voir si vous envisagez d'en demander beaucoup plus à votre NAS, auquel cas il faudra vous tourner vers les deux autres modèles. Si le prix du 218+ vous convient, préférez ce modèle. Le 718 risque d'être sous exploité, mais si vous envisagez de faire de la virtualisation, il faudra vous tourner vers ce modèle.

Ca ne fonctionne pas comme ça. Chacun des disques comporte 3 partitions : 1 partition système, 1 partition Swap et une partition de données. Les deux premières fonctionnent en RAID1 ce qui permet de pouvoir faire fonctionner le NAS avec n'importe quel disque. Elles ne sont pas modifiables par l'utilisateur. En court : le système est installé sur tous les disques du NAS. La seule partition accessible par l'utilisateur est celles des données. Cette partition peut être utilisée seule (disque en basic ou en SHR sans protection des données) ou associée avec d'autres partitions de données (disques en JBOD, RAID0, 1,5, etc.. ou en SHR avec protection des données). Autre info : toutes les partitions de données des nas multibaies sont en RAID (ce qui signifie qu'un disque en basic n'en n'est pas un, c'est un RAID monodisque). Il s'agit maintenant de savoir ce que vous souhaitez faire de vos partitions de données.

Est-ce que dans les paramètres réseau du NAS l'IP est fixe ou en DHCP ? Je pense que vous pouvez tenter un arrêt du NAS via le bouton, et pour repartir sur de bonnes bases, il faudrait arrêter aussi tout votre réseau puis le redémarrer en commençant par le routeur puis le NAS et enfin le PC.

C'est un peu long pour une reconstruction. Est-ce que vous retrouvez l'IP du NAS en faisant un scan du réseau ? Est-ce que le ssh (ou telnet) est activé dans DSM ?

C'était ironique pour dire que vous ne leur apportiez pas une solution miracle dont ils n'avaient pas connaissance. La règle c'est qu'ils n'approuvent pas tout ce qui passe par le terminal et qui n'est pas de leur fait. Hormis de tout reconstruire (solution officielle), il n'y a pas d'autre méthode plus rapide et efficace que celle-ci. On pourrait se demander pourquoi elle n'est pas incluse dans DSM. En fait, elle ne fonctionne que sur des disques en miroir (RAID1 ou SHR à deux disques). Lorsqu'il y en a plus, c'est infiniment plus complexe à cause de l'agrégation par bandes. Vu l'usage très limité de la solution, Syno a probablement choisi de ne pas la mettre dans DSM pour ne pas être confronté à des demandes justifiées pour qu'elle soit élargie aux autres modes de stockage.

Et donc rien d'étonnant dans leur réponse. Vous vous attendiez qu'ils vous applaudissent ? Pourtant la solution proposée par gaëtan (et beaucoup d'autres) n'est pas nouvelle et n'a rien de révolutionnaire. C'est du Linux. Mais comme ça ne passe pas par DSM, Syno s'en lave les mains. De toute manière, toute manip via le terminal n'est pas supportée par eux.

Sans vue du gestionnaire de stockage, difficile de confirmer, mais vous avez surement créé un SHR avec protection des données (équivalent RAID1). Vu le peu de données, il est plus simple de recommencer. Vous supprimez votre volume, vous retirez le disque 2 et vous reconstruisez votre volume sur le 1 pour créer un SHR sans protection des données. Vous introduisez ensuite le deuxième disque et surtout vous ne choisissez pas l'augmentation du volume existant mais la création d'un nouveau volume.

Bonjour, Oui, la migration est possible, mais ce serait dommage de ne pas en profiter pour passer au BTRFS. Ensuite, l'écart technologique entre les 2 NAS est trop important et qu'il est de loin préférable de refaire une installation complète. Pour l'augmentation de volume, ça ne sera pas possible avec tous les disques que vous avez. Seuls les 2 x 6To pourront être utilisés car les disques à rajouter doivent être de capacité au moins égale au disque le plus gros de la grappe. Le mieux serait donc de construire un nouveau volume avec tout ou partie de vos disques, de faire le transfert de vos données du 411 vers le 3617 et de faire l'augmentation de volume avec les 2 x 6To du 411 (pas possible dans ce cas de rajouter les 3To). Toutefois, si la taille de vos données sur le 411 est inférieure à 10To, vous pouvez construire un volume avec vos 1To et 3To ce qui vous donnerait un stockage de 10To. Une fois les données transférées, vous pouvez rajouter les 2 x 3To du 411, puis vous rajoutez les 4To et enfin vous rajoutez vos 6To. En tout état de cause, je vous conseille vivement d'avoir des sauvegardes à jour.

Ce n'est pas affiché dans les journaux. Cependant, en allant sur le certificat utilisé par le navigateur (cadenas vert dans la barre d'adresse dans Firefox), vous pouvez retrouver la date de début du certificat (qui correspond à la date de renouvellement) dans la période de validité.

Et s'il n'y a pas de sauvegarde, il n'y a que 2 options : soit vous dites adieu à vos données, soit vous contactez une boite "sérieuse" de récupération de données. Et ça, ça coute quelques centaines, voire milliers d'Euros pour ne même pas être sûr au final de pouvoir tout récupérer. C'est pour pallier ce genre de situation et bien d'autres que la sauvegarde périodique des données du NAS est importante.

Bonjour, Tout d'abord sur ce forum, on aime bien que les nouveaux arrivants passent par la case présentation (il y a un forum exprès pour ça). Ensuite il ne faut JAMAIS intervertir les disques. Remettez le disque 2 à sa place et remplacez le disque 1 par un neuf. Le NAS devrait détecter ce disque et vous proposer la réparation du SHR. Mais je crains que cette opération soit difficile car avec seulement 366Go d'espace disponible, votre volume est bien plein.

Sujet déplacé dans la bonne section.

md0 et md1 sont des partitions Linux. Elles fonctionnent en RAID1 quel que soit le nombre de disques. Elles sont installées d'office sur tous les disques du NAS. On n'y touche absolument pas. md3 (ou md5) sont les partitions Data sur lesquelles sont construits les groupes et les volumes. Ce sont ces partitions qui sont en basic, raid ou shr selon le choix fait au départ, le shr étant le mode par défaut. C'est donc le shr monté sur ces partitions qu'il faut casser pour retrouver un volume en shr sans protection des données et libérer ainsi le disque 2 pour y monter un nouveau volume.

Afin de lever toute ambiguïté entretenue par Synology, le SHR n'a rien de propriétaire. Il s'agit simplement d'un RAID normal sur lequel est ajouté une surcouche lvm2 qui permet de créer plusieurs RAID à l'intérieur d'un groupe de disques. En reprenant l'exemple de Firlin, avec 4 disques de 4To, le NAS va créer un seul RAID5 qui va donner 12To de stockage. Il n'y a donc aucune différence entre le RAID5 et le SHR dans ce cas. En remplaçant 2 disques par des 8To, le NAS va conserver le RAID5 d'origine sur les 4 disques, puis va créer un RAID1 sur les 2x4To restants des 8To. Le groupe de disques sera alors constitué d'un RAID5 de 4 disques de 4To, soit 12To, auxquels et rajouté un RAID1 de 4To, soit au total 16To. Si on remplace les deux autres 4To par des 8To, le premier RAID5 ne sera pas impacté. Seul le RAID1 passera au RAID5 avec une capacité de 12To. Le groupe de disques sera alors constitué de 2 RAID5 de 12To chacun, soit au total 24To

Pas de quoi. Sûr que si vous avez subi la foudre, l'alim a eu quelques difficultés à faire face ☺️

Je propose une piste : le bloc alim qui est défectueux. Si le NAS plante avec un seul disque, il y a probablement un problème d'alimentation qui s'effondre.

Pour compléter ce qu'à écrit firlin, les NAS ne sont pas des boitiers de disques extractibles. Le fait que les disques soient en rack permet "seulement" l'extraction et l'insertion de disques à chaud. Ce sont donc des manips très occasionnelles qui se font soit pour réparer un volume dégradé, soit pour augmenter la capacité du NAS. Un clonage non, une copie des données oui. Mais là encore ce n'est pas à proprement parlé une sauvegarde car en partant du fait que le disque devra rester sur place pour les raisons évoquées par firlin et moi-même, vous ne serez pas à l'abri de destruction des données pour des causes internes ou externes au NAS.

Pourquoi rester simple quand on peut changer pour faire compliqué. Sur ce coup là, ils ne se sont pas ratés. Ce post résume bien la situation : https://community.synology.com/forum/1/post/119298

Il suffit simplement de désigner le volume 2 comme destination et tout le contenu sera transféré.

Bonjour et bienvenu dans la communauté