Mic13710

Il y a un cordon spécial type RJ vers USB livré avec le NAS. L'installation est très simple. Vous branchez le NAS sur une sortie onduleur, vous branchez le cordon RJ/USB entre l'onduleur et le NAS. Dans le menu Matériel et alimentation, onglet UPS, vous activez la prise en charge uPS et vous paramétrez la manière dont vous voulez que l'UPS fonctionne. Le NAS peut aussi être paramétré en serveur UPS pour envoyer les signaux d'extinction aux autres équipements connectés. Point important : il faut aussi alimenter les équipements réseau (box, routeur, switch) avec l'onduleur pour que le réseau soit en fonctionnement pendant toute la durée de la mise en sécurité du NAS.

Si vous avez sauvegardé l'essentiel, c'est déjà bien. Des films, ça peut toujours être retrouvé. Changez votre disque sans plus attendre. Et pour la suite vous l'avez compris : Onduleur indispensable Sauvegardes périodiques obligatoires

Bienvenue sur ce forum.

Si il y a un problème de disque, il y a généralement un seul disque en défaut. Ca c'est ce qui se passe normalement. Ceci bien évidemment à la condition expresse qu'il n'y ait pas eu un défaut auparavant que vous avez laissé en suspend. Si c'est le cas, inutile de chercher plus loin, les données sont définitivement perdues. Afin de rechercher le disque fautif, il ne faut retirer qu'un seul disque à la fois et voir si le NAS démarre. Vous commencez par le 1, puis le 2, etc, jusqu'à ce que le NAS démarre normalement. Si vous avez trouvé le disque en défaut, il ne vous reste plus qu'à le remplacer rapidement et reconstruire le RAID. Si les 4 disques sont passés et que la situation est inchangée, il faudrait sortir tous les disques en repérant bien leur emplacement respectif et lancer pour chacun d'eux des tests smart étendus sur un PC avec le logiciel du constructeur.

Il faut qu'il soit compatible avec le NAS. La liste pour votre NAS est ici.

Pour le point 2, nul besoin de l'USB pour faire les sauvegardes Time Machine. Ou alors ils sont à côté de leurs pompes chez les pommés. Tout se fait par le réseau. Les connecteurs USB peuvent effectivement être utilisés pour les sauvegardes sur un DD externe.

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.