Mic13710

On peut très bien utiliser des disques différents dans un RAID. Il faut cependant observer certaines règles. 1. Le disque doit être "au moins" de capacité identique au disque le plus petit dans le cas d'un raid classique, au plus grand dans le cas du SHR. Quand je dit identique, c'est à l'octet près. 2. Même si on peut théoriquement utiliser des disques de caractéristiques différentes (temps d'accès I/O, vitesse de rotation), il est préférable de prendre des disques ayant des caractéristiques similaires et qui sont prévus pour travailler dans la même catégorie. Eviter par exemple de marier des disques de sauvegarde plutôt lents avec des disques super rapides en 7200tr/mn.

Un NAS avec disques en RAID5 de 5 disques sans onduleur, c'est un peu comme sauter en parachute sans parachute de secours. C'est le jour ou on en a besoin qu'on s’aperçoit que c'est utile. En principe ça se termine assez mal. Quand en plus il n'y a pas de sauvegarde périodique des données, au moins les plus importantes ou les irremplaçables, alors là c'est le saut sans parachute. Je vous souhaite que la reconstruction se passe sans casse. Si j'étais vous, je commencerais par faire une sauvegarde des données. Si les autres disques sont eux aussi fatigués, il arrive parfois que la reconstruction échoue à cause des transferts de données et ça se traduit généralement par une perte du volume et donc des données.

Il y a fort a parier qu'au moins un des disques est foutu. Il y a différentes approches selon comment sont organisés vos disques. Dites nous en plus. Donnez-nous aussi la version du DSM. Mais avant cela, il faut commencer par faire un test de la CM pour s'assurer que le problème ne vient pas du NAS.

Soit 30€/disque, à ce prix là, c'est des disques d'occas' en fin de vie . Raison de plus pour installer rapidos un onduleur.

C'est marqué dans les spec : Disques durs externes Btrfs EXT4 EXT3 FAT NTFS HFS+ exFAT*

Dommage. Il eut été préférable de ne prendre qu'un seul disque (le prix du deuxième permettant l'achat d'un onduleur), et repousser l'achat du disque à plus tard. Le problème c'est que plus vous mettez de disques et plus les risques de pertes de données en cas d'arrêt incontrôlé augmentent.

J'ai toujours un peu de mal à comprendre comment on peut utiliser des équipements nécessitant des identifiants sans en garder une trace quelque part. Si vous ne vous rappelez plus de votre mdp et de votre identifiant administrateur, vous ne pouvez pas accéder à DSM pour y faire des modifications. La seule solution c'est de faire un reset premier niveau comme c'est expliqué ici. Pour la suite, je vous recommande d'utiliser un gestionnaire de mdp. Il y en a pas mal sur la toile. Perso, j'utilise Keepass. C'est un excellent produit opensource qui fonctionne très bien sur firefox avec l'extension keefox.

Un fou qui risque de venir pleurer ici un jour parce qu'il aura perdu ses données. Un onduleur sur un NAS multibaie en raid, ce n'est pas une option.

C'est exactement cela. Installation d'un seul disque dans le 214, importation du fichier de configuration préalablement récupéré du 112 (pour retrouver les mêmes dossiers), transfert des fichiers dans les différents dossiers à l'aide de file station en montant un dossier distant qui pointe sur le 112. Quand c'est terminé, formatage rapide du disque du 112 sur un PC, installation dans le 214 pour faire, soit une extension du volume existant pour créer un shr sur 2 disques (équivalent raid1), soit créer un nouveau volume.

C'est effectivement bizarre que le sdd2 ait été ajouté sans avoir passé une commande. Rien ne vous interdit de lancer mdadm --add /dev/md0 /dev/sdd2. Au pire il va vous dire qu'il est déjà installé. Que dit le gestionnaire de stockage pour les disques ? Si tout est normal et vert et puisque cat /proc/mdstat indique que le sdd2 est intégré, vous pouvez je pense passer directement à l'étape suivante.

Il n'y a donc pas de changement entre DSM5.2 et 6 dernière version, du moins pour le résultat du help. Maintenant, il est tout à fait possible que --remove ait été inhibé dans la dernière version 6. Allez savoir avec Synology. Je ne suis pas du tout sûr que la table des partitions soit remise à zéro, mais avez-vous essayé la commande dd if=/dev/zero of=/dev/sdd bs=512 count=1 pour casser les partitions du disque ?

Voir ma dernière question ci-dessus.

Est-ce que la commande synopartition --help indique bien le paramètre --remove ?

Je n'ai pas DSM6 mais je sais que l'accès au mode root a changé. sudo -l -U root sudo <commande> Est-ce que malgré tout, les commandes sfdisk -l /dev/sda sfdisk -l /dev/sdb sfdisk -l /dev/sdc arrivent à passer ? Vérifiez aussi que la commande synopartition existe bien dans usr/syno/sbin ainsi que la commande sfdisk dans /sbin Sinon, je ne vois pas ce qui peut clocher.

OK, donc tous les disques sont des 6To Question : est-ce que vous passez les commandes en mode root ?

Ce n'est pas backup qu'il faut utiliser mais drive.

Une première remarque, le tuto de Gaëtan suppose que le disque qu'on rajoute est de même capacité que le disque le plus gros de la grappe. Est-ce que c'est le cas ? Ce n'est peut-être pas très important si vous créez une partition sdd5 identique à celle du disque le plus gros, à condition que DSM soit capable d'utiliser l'espace non partitionné lors de l'ajout du deuxième disque. Une piste : ajouter un 6 To au SHR existant pour étendre sa capacité. Ainsi, vous pourriez reproduire les mêmes partitions sur le deuxième disque, mais là encore je ne suis pas sûr que même dans ce cas DSM exploite la capacité supplémentaire. Je pense que la méthode proposée par Gaëtan suppose que tous les disques sont utilisés à 100% de leur capacité, autrement dit, qu'il y a au moins 2 disques de la capacité la plus grosse. Un formatage sous windows ne peut pas créer des partitions linux Il est tout à fait possible que le problème viennent du BTRFS. Ceci dit, les commandes classiques devraient fonctionner car seule la partition de donnée et en btrfs. Les partitions système et swap sont toujours en ext4. Que donnent les commandes suivantes ? parted --list df –h

Je ne connaissais pas ce tuto de Gaëtan. Il est possible que la commande ne passe pas tout simplement parce que votre disque étant neuf, il n'a pas de partition. Vous pouvez le vérifier avec la commande : sfdisk -l /dev/sdd Si la commande ne donne rien, vous pouvez essayer de sauter cette étape et commencer la création des partitions. Pour détruire les partitions, vous pouvez tenter ceci : dd if=/dev/zero of=/dev/sdd bs=512 count=1 Mais il est possible aussi que ce soit le disque qui ait un problème. L'avez-vous vérifié ?

Va falloir alors corriger ta signature (213J). Euh, CoolRaoul, 2x4To pour avoir 4To c'est du RAID1, pas du RAID0. Donc continuité de service : l'indisponibilité est quasi zéro (remplacement à chaud sur le 216+II ou le 416) que ce soit en RAID1 ou RAID5. Je dirais qu'avec le btrfs tu peux te permettre d'user et d'abuser de CloudStation sans craindre pour les besoins en stockage puisque l'incidence sur l'occupation du disque est très faible contrairement au ext4 qui lui a besoin du double pour pouvoir faire du versionning. Ce qui du même coup répond à ton besoin de sauvegarde en continu de ton laptop, même si cloudstation n'est pas un système de sauvegarde. De toute manière il faudra prévoir une sauvegarde externe, et ce sera toujours le cas quel que soit le NAS.

Si tes besoins sont faibles, pourquoi ne pas rester sur un série 2xx alors ? 2x4To en RAID1 ou SHR pourraient faire le taf. Un 416 c'est 400€, un 216+II c'est 350€. Ce dernier est plus performant que le 416 et en plus il est en btrfs. Il consomme beaucoup moins et il est moins cher. CPU Intel contre Annapurna. Que demander de plus ? Comparatif ici. Entre les deux, je n'hésiterais pas, je prendrais un 216+II.

Si vos utilisateurs ont pratiquement tous les mêmes droits, c'est effectivement une bonne chose de définir des droits globaux dans un groupe. Quand les droits sont multiples et différents comme c'est mon cas par exemple, mieux vaut les définir au niveau de chaque utilisateur.

Parce que très certainement vous avez donné les droits pour qu'il en soit ainsi. Regardez vos comptes utilisateurs, onglet permission et vous décochez les cases de la ligne homes.

Il n'y a pas de partage homes. Le dossier homes regroupe tous les dossiers "home" utilisateurs. Il ne peut pas être supprimé.

Pour info, le disque du 109 n'est pas directement migrable sur le 216J car les disques ne sont pas structurés de la même manière entre les modèles monobaie et multibaie. Si vous voulez réutiliser votre disque, il sera formaté par le 216J et vous perdrez toutes les données qui s'y trouvent. Je vous conseillerais de garder le 109 en l'état pour y mettre vos sauvegardes périodiques et de mettre un ou deux disques neufs dans le 216J en partant d'une installation neuve.

Bonjour, Ici c'est un forum sur les NAS Synology. Vous n'aurez pratiquement aucune chance d'obtenir des réponses à vos questions. Il y a un forum ici et un autre là en anglais.