Mic13710

Je n'y avais pas pensé, mais il arrive parfois que les droits ne soient pas activés correctement. Une désactivation/réactivation avec éventuellement arrêt du NAS entre les deux permet parfois de restaurer les autorisations. Sinon, il faut espérer que le support pourra faire quelque chose pour vous.

Alors refaite une installation de DSM. Vous ne rechargez pas le fichier de config et vous vérifiez si File Station est accessible (vérifiez bien les droits). S'il l'est, c'est qu'il y a une incompatibilité entre les config de vos deux NAS. Sinon, il faudra sans doute contacter le support.

Non. SHR sur 4 disques de 3To, c'est équivalent à un RAID5. Donc 9To de stockage. Vous en avez plus pour votre argent ! Oh là, ne mélangez pas tout ! Les ouvertures de ports du routeur c'est uniquement pour les accès vers l'extérieur. En local, ce sont seulement les ports à ouvrir dans le NAS et en l’occurrence le xxxx (ou le 22 par défaut) pour le SSH. Comme je suppose que vous êtes en local, vous devez vérifier que le port xxxx de votre SSH n'est pas bloqué par le parefeu du NAS.

Il manque quelques 140Go. Auxquels il faut enlever une dizaine de G pour les partitions système et swap. Pour s'en assurer, passez ces deux commandes en mode terminal, compte 'root' : df -h parted --list et postez les résultats ici

Super. Regardez pour le SHR. Dans votre cas, c'est je pense ce que vous avez de mieux à faire.

Regardez mon message précédent que je viens de compléter en ce qui concerne votre configuration future. Oui vous pourriez faire ces manips à distance car il n'est pas utile de sortir les disques. Il faudra quand même arrêter et redémarrer le NAS après avoir lancé les commandes pour que le nouvel état des disques soit acté. Mais par prudence je vous conseille d'appliquer une règle d'or : ne jamais faire ce genre de manip à distance pour pouvoir agir en cas de problème. Et puis garder le port ssh ouvert aux quatre vents n'est pas recommandé en terme de sécurité. Inutile de faire une sauvegarde du système car il est installé sur tous les disques. Il suffit qu'il y ait un seul disque pour que le NAS fonctionne.

Tout d'abord, faite des sauvegardes de vos configurations, celle de DSM (dans le menu mise à jour), celles de vos paquets (dans sauvegarde et replication). Vous en aurez besoin pour retrouver plus facilement vos paramétrages actuels. A moins que vous vouliez tout reprendre à zéro, auquel cas vous pouvez sauter cette étape. Vous vous connectez à nouveau en mode terminal, compte root, et vous lancez les commandes suivantes : dd if=/dev/zero of=/dev/sda bs=512 count=1 dd if=/dev/zero of=/dev/sdb bs=512 count=1 dd if=/dev/zero of=/dev/sdc bs=512 count=1 Ces commandes vont détruire les partitions des disques 1, 2 et 3. Vérifiez bien les commandes avant de les valider ! Faites des copier/coller pour éviter les erreurs. Vous éteignez votre NAS, vous sortez vos 3 disques en laissant celui en basic. Vous pouvez rallumer le NAS. Vous pouvez à nouveau utiliser vos disques pour votre nouvelle configuration. Edit : Par contre, je ne comprends pas bien pourquoi vous ne faites pas tout simplement un SHR sur vos 4 disques. Avec ce que vous voulez faire, vous obtiendrez au final 1x4To sur un RAID 1 et 2x4To sur 2 disques en basic soit 12To avec une seule redondance sur le RAID1 et une gestion plus compliquée de l'espace puisque dans ce cas vous aurez au moins 3 volumes à gérer. Avec un SHR, vous aurez aussi 12To de stockage, mais avec de la redondance sur toutes vos données et une gestion beaucoup plus simple de l'espace puisque tout est sur un seul volume.

Bizarre. A moins qu'il y ait un paramètre que je ne connais pas et qui est sauvegardé dans le fichier de config. Est-ce que vous avez vérifié si les droits d'utilisation de filestation sont attribués pour le compte de connexion ? Avez-vous essayé avec un autre compte ?

OK. Juste pour confirmation : Vous voulez détruire tout ce que contient votre JBOD ? D'après vos relevés, votre JBOD est sur les disques 1, 2 et 3. Est-ce exact ? Votre disque en basic est bien le 4 et c'est celui que vous voulez conserver ? Je présume que par la suite, vous voulez réutiliser vos disques dans le NAS. Que souhaitez-vous obtenir au final ?

Vous pouvez passer en lignes de commande par le compte root. Pour cela, il faut d'abord activer le terminal ssh et installer putty sur votre PC. Sur putty, vous vous connectez au NAS (IP du NAS), port 22. Compte 'root', mdp : celui du compte admin. On commence par repérer les disques. Vous lancez les commandes suivantes et vous postez ici les résultats : grep "[sh]d." /proc/partitions cat /proc/mdstat

Si aucun formatage à partir du nas n'était nécessaire, il était inutile de casser le RAID. Un simple échange de disque faisait l'affaire. Mais bon, rien de grave, c'est juste une opération qui pouvait être évitée.

Il y a peut-être un soucis au niveau du DSM. Vous pouvez tenter une réinstallation. Pour cela, faites d'abord une sauvegarde de votre configuration, puis faite un double reset pour réinitialiser le DSM en suivant ce tuto. Lisez bien les liens vers les FAQ et la sauvegarde de la config. Cette manip n'affecte pas les données, mais comme toujours, il est recommandé de mettre les sauvegardes à jour avant de procéder.

Si j'ai bien tout compris, jmiche34 ne peut pas faire autrement qu'un formatage sur le NAS. Si j'avais au départ proposé la séparation propre du RAID, ce n'était qu'une question de confort pour ne pas avoir de message RAID dégradé durant la phase d'attente du nouveau disque. C'est très simple à faire en moins de 5mn chrono, aussi ce serait dommage de s'en priver. Mais Amazon a envoyé le disque avant le retour de l'ancien et en toute logique, cette phase n'a plus lieu d'être. Un simple échange de disque et une reconstruction plus tard, tout est fini. Cependant, pour lancer un formatage par le NAS, il est à mon avis préférable de bien séparer les disques pour ne pas avoir de problème. L' installation du nouveau disque peut ensuite se faire très simplement en passant par une augmentation de volume.

Oui si vous voulez seulement changer le disque, et j'aurais tendance à dire non si vous voulez effacer l'ancien sur le NAS avant de le renvoyer. Comme de toute façon vous devez casser le RAID, autant le faire de manière propre, d'où la méthode Gaëtan. Le disque 2 étant ainsi détaché, vous pouvez travailler dessus sans crainte pour les données sur le disque 1.

Non, pas vu de pb de ce côté là. Mais je sais que les Rasp sont assez capricieuses avec les SD. J'ai suivi les conseils des "experts" sur les forums et wiki spécialisés et j'ai installé des Transcend 16GB Class 10, modèle TS16GUSDU1E que j'avais trouvé en promo et qui sont parait-il compatibles Rasp.

C'est pourtant pas compliqué à comprendre. Le port esata est directement géré par le NAS. Le format du disque doit donc être compatible avec celui du NAS : ext3 ou ext4. Si votre disque est en NTFS, il est probablement détecté, mais vous ne pouvez pas le lire. Sur un boitier externe, c'est différent puisque c'est le boitier qui gère le format du disque.

C"était pour éviter le message du RAID dégradé, le temps de renvoyer le disque et de recevoir le nouveau. La procédure étant très simple, on peut aussi l'appliquer dans ce cas. Mais comme jmiche64 a reçu son disque avant d'avoir renvoyé l'ancien, cette étape n'est bien évidemment plus d'actualité.

Je suis désolé mais je ne suis pas un expert dans le monde des pommes. Aussi je ne comprends pas bien votre problème d'écriture sur votre MAC avec le format natif. Mais si ça fonctionne avec ExtFs, c'est très bien. Infos importantes pour la suite : Le RAID est un principe de stockage des données qui permet d'assurer la continuité de service en cas de perte d'un ou plusieurs disques. Ce n'est en aucun cas une sauvegarde ! Il faut toujours mettre en place un système de sauvegarde périodique de vos données, au moins les plus importantes. Contrairement aux idées reçues, un RAID est plus fragile qu'un simple disque en basic s'il n'est pas contrôlé en permanence par le NAS. D'où la nécessité absolue d'alimenter le NAS avec un onduleur compatible. En effet, une panne d'alimentation peut provoquer des dégâts irréversibles dans le système de fichier, qui peuvent aller jusqu'à la perte totale des données.

Pour le faire à partir du NAS, une fois le raid cassé, vous lancez la commande suivante pour détruire les partitions du disque 2 : Vous éteignez le nas (important) et vous le rallumez. Vous lancez cette commande en mode root : Cette commande va écrire des zéros sur le disque. Procédure très longue (une dizaine d'heures). A la fin du processus, vous devriez avoir le message suivant : suivi du nombre de secteurs testés et validés. Note importante : si vous voulez voir les résultats, il faut maintenir le terminal en opération. Attention aux mises en veille des PC qui coupent la connexion et ferment le terminal ! Si vous voulez voir la progression, il faut se logger sur un autre terminal et vous entrez la commande ps aux | grep dd qui va vous donner la liste et les PID des processus en cours dans laquelle vous trouverez le processus dd. Il ne vous reste plus qu'à rentrer la commande suivante : kill -USR1 '+ PID du processus dd' qui vous donnera le nombre de record in et record out. Par exemple si le numéro indiqué est le 1154, vous mettrez : kill -USR1 1154

Tout d'abord vous mettez à jour vos sauvegardes. Ensuite, vous cassez le RAID en suivant la méthode proposée par Gaëtan Cambier. Ça vous permettra d'avoir un SHR sans protection de données, mais surtout pas de message de RAID dégradé. Vous pourrez continuer à utiliser votre NAS, mais si votre disque crash, il faudra tout réinstaller. Vous pourrez sortir votre disque 2 et le passer dans un PC pour lui faire un nettoyage complet (avec le logiciel de WD par exemple) avant de le renvoyer.

Désolé de plomber l'ambiance mais il y a toujours un pb. Avec 3 disques de 3To en SHR, vous devriez avoir 6To et pas 3 ! Pouvez-vous faire des scan des onglets de votre gestionnaire de stockage ?

Le problème ne vient pas forcément du wifi mais de la gestion des photos public/privé dans photostation. Si vos photos sont visibles par n'importe qui sur votre réseau privé c'est qu'elles sont publiques, et elles le sont aussi sur la toile (avec les ouvertures de ports adéquates). Il faut revoir vos paramétrages de photostation.

Non, ce n'est pas le même principe. Sur un RAID1, les fichiers sont répartis à l'identique sur chaque disque. Donc les temps d'E/S sont ceux d'un seul disque (le plus rapide en général). Sur un RAID5 les données sont réparties sur plusieurs disques, et avec 4 disques et plus on peut obtenir un accès quasi simultané vers des données stockées sur les disques 1&2 et d'autres stockées sur les disques 3&4. Mais pour que ce soit utile, il faut obligatoirement faire de l'agrégation de lien.

Chaque disque à sa place.

C'est pourtant pas compliqué à comprendre. Si les 2 disques ne peuvent plus fonctionner ensemble directement, chaque disque peut-être utilisé pour reconstruire un RAID. Donc, si vous faite vos manips avec le disque 1 et que ça se passe mal, vous pouvez toujours utiliser le disque 2 qui contient les mêmes données que le 1 pour refaire la reconstruction.