Mic13710

Ben oui, tu as raison. C'est juste que je ne les ai jamais utilisés, et donc oubliés. A ma décharge, je dirais que ce n'est pas en natif dans nos NAS, puisqu'il faut convertir les dossiers partagés pour pouvoir appliquer des autorisations différenciées sur les sous-dossiers et les fichiers. Petite question bête : est-ce que ça marche aussi pour les pommes ?

Contrairement à windows, il n'y a pas de distinction entre volumes sous Linux. Vous n'avez pas de dossier racine Volume 1 ou 2. Tout est donc commun et vous devez retrouver tous vos dossiers des différents volumes directement dans file station sous la racine qui est le nom réseau du NAS.

Non, les autorisations d'accès se font sur les dossiers. Pas sur les sous dossiers. Si vous voulez donner uniquement accès à un sous-dossier, déplacez-le dans un dossier partagé auquel vous attribuez des droits spécifiques. Ou bien vous créez un lien vers le dossier, mais ce ne sera qu'un accès en lecture seule.

Ca ne vous empêche pas de commencer à mettre des données. Une fois définis vos comptes utilisateurs et vos dossiers multimedia (par défaut), vous pouvez y mettre des données. Si elles sont correctement organisées sur vos supports actuels, vous devriez retrouver sensiblement la même organisation des dossiers et sous-dossiers sur le NAS. Après, ce sont des questions de droits et les paquets que vous allez y mettre qui vont vous demander de faire quelques aménagements, mais ce sera toujours plus simple de déplacer quelques dossiers et fichiers que de tout construire d'un coup.

Bonjour Sassa57, Quand vous recevrez le disque, il suffira de le mettre dans le NAS et à partir du bouton gérer vous choisissez "changer de type de raid", vous choisissez ensuite RAID1, et vous sélectionnez le disque que vous venez de mettre dans le nas. Votre groupe de disque devrait passer en RAID1 (au bout de quelques heures).

Ce n'est pourtant pas ce qu'indiquait vos logs. Passage sur batterie 13:45:29 - lancement de la procédure de mise en sécurité 13:45:56. Si votre onduleur était programmé pour s'arrêter au bout de 5mn, ça ne colle pas car il a lancé le signal d'arrêt 27s seulement après le passage sur batterie. Maintenant que vous avez modifié ce réglage, il faut faire un essai réel (coupure de courant) et vérifier que les temps des logs sont conformes aux réglages.

Commencez par lancer des smart étendus sur tous vos disques pour avoir plus de détails et postez les résultats ici. Comme le dit bagou91, secteurs défectueux ne veut pas dire disque hs. Mais voila, quand ça commence, généralement ça ne s'arrête pas là, ce qui fait que vos deux disques ne sont pas loin de capituler. Il faut vous préparer à les changer, et le plus tôt sera le mieux. De plus, je vois que vous avez des 3To. Laissez-moi devinez, ce sont des WD RED ?

Ca n'a strictement rien à voir avec le titre de ce sujet. Il eut été plus judicieux d'ouvrir un fil pour ce sujet. Si vous n'avez pas désactivé le nombre de versions, vous pouvez aller regarder dans l'historique de CS. Vous vous connectez au nas avec l'identifiant et le mdp de l'utilisateur et vous allez dans le menu Historique de CS. Si votre corbeille était activée, vous avez peut-être la possibilité d'aller y fouiller pour retrouver vos fichiers, mais je crois que cloudstation est exclus de la corbeille standard.

On ne mélange pas les torchons et les serviettes. Un onduleur qui sert à protéger un réseau informatique ne fait que ça. On n'alimente pas la machine à café ou le four à micro-onde. A fortiori une porte de garage. A cela, plusieurs raisons. Les onduleurs grand public mais pas seulement (les hauts de gamme aussi à une moindre échelle) sont très affectés à des degrés divers par les variations de charges. Un moteur est très exigeant en alimentation, et au démarrage, la puissance absorbée est très importante. De l'ordre de 3 à 4 fois la puissance nominale. Votre onduleur a toutes les chances de ne pas pouvoir suivre, de s'effondrer et de décrocher. Et même s'il arrive à suivre, il y aura inévitablement une période transitoire qui risque de perturber fortement l'alimentation des appareils connectés, dont le NAS. Si l'onduleur et le NAS arrivent à passer le cap, se posera ensuite la question de l'autonomie. Si par exemple, le moteur est activé à l'approche de fin d'autonomie des batteries, elles vont se vider plus vite, ce qui risque de compromettre la mise en sécurité du NAS (il faut 1 à 2 minutes entre le signal de fin d'autonomie batterie et le mise en sécurité effective). Ensuite, l'autonomie d'un onduleur en fonction de la charge se situe entre 10mn et 40mn. Ca ne présente guère d'intérêt pour un laps de temps aussi court d'alimenter une porte de garage tout en risquant de perdre ses données par une perte brutale d'alimentation. Enfin, plus on étend le réseau, plus on diminue sa protection par l'augmentation des risques liés aux défauts des équipements (surcharges, court-circuits) et de l'environnement (foudre par exemple). Conclusion : c'est une très mauvaise bonne idée.

2 petites infos supplémentaires : On peut très bien avoir 2 mots de passe différents entre le PC et le NAS. Ca ne pose aucun problème. Il suffit d'indiquer le mdp du NAS dans les paramètres de connexion. Pour les accès à distance sans paramétrage des ports, il y a Quickconnect qui devrait permettre les accès extérieurs sans paramétrage particulier du routeur.

ouaibe n'est pas en mode terminal je pense, mais sur son pc sous debian (c.f. son message plus haut). N'est pas plutôt root@IPduNas ?

Il faut supprimer le volume 1 en retirant les disques. Pour que les paquets puissent fonctionner sur le volume 2, il faut les réinstaller. Je ne comprends toujours pas comment vous êtes passé du volume 1 au volume 2. Copie du 1 vers le 2 ? Dans ce cas, il est évident que les paquets ne peuvent pas fonctionner correctement, d'où la réinstallation. Pour augmenter la taille du volume 2, c'est seulement avec des 4To minimum. Vous pouvez toujours en attendant réutiliser vos 1To comme je l'ai indiqué plus haut.

Je ne vois pas ce que vous avez fait. En tout cas, ce n'est pas une migration au sens ou on l'entend pour nos NAS. Je ne comprends pas non plus pourquoi vos disques du volume 1 sont en vérification. Je suppose que vous étiez en SHR. Si vous vouliez augmenter votre volume 1, ce n'était pas la bonne méthode. Pour cela, vous aviez 2 options : 1) en gardant les disques existants. Il suffisait de rajouter les disques un à un au nas et de faire une augmentation de volume. Après cette opération, vous auriez eu un seul volume de 6To. C'était la meilleure option pour vous. 2) en remplaçant les disques existants un a un par un nouveau. A chaque changement, reconstruction du RAID. Au deuxième changement, votre volume 1 aurait fait 4To. Avec cette solution, il est impossible de rajouter les disque de 1To au volume car il faut pour cela que le disque soit au moins égal au disque le plus gros de la grappe. C'est votre cas, et c'est pour cette raison que vous ne pouvez pas les intégrer au volume 2. Ceci étant dit, que votre volume se nomme le 2 n'a aucun impact en terme de fonctionnement. Vous ne pouvez pas le changer mais votre NAS ne fait pas la différence. Et pour vos disques de 1To, les seules options qui vous restent sont : soit de créer un nouveau volume en SHR avec protection de données, soit de créer 2 volumes (1 sur chaque disque) en basic ou SHR sans protection de données, soit ... les vendre ou les mettre au placard.

Félicitations ! Bienvenue au club. Maintenant, reste le plus dur, mais aussi le plus gratifiant : mettre en oeuvre tout le bouzin.

La méthode frictionne bien . Mais comme je l'ai écrit, il se peut que votre 209 soit en ext3 (à vérifier dans le gestionnaire de stockage). Dans ce cas, il serait effectivement judicieux d'en profiter pour partir sur une installation neuve sur un des disques (le deuxième pourra être inséré plus tard). Vous sauvegarder la configuration du 209 que vous pourrez ensuite charger sur le nouveau nas. Ça vous facilitera la tâche pour le paramétrage. Vous transférez ensuite vos données du 209 vers le 216. Quand c'est fait, vous formatez le disque du 209 et vous l'installez pour construire le raid.

c'est une ligne de commande linux qui liste les process en cours (ps = process status)

Si c'est pour construire un raid ou un SHR, oui. Il faut qu'il soit de capacité au moins égale. Si c'est pour créer un volume supplémentaire, non.

Débrancher la prise ou avoir une panne de courant, c'est quasiment la même chose. La seule vrai différence quand on enlève la prise, c'est la terre qui n'est plus raccordée. Mais le NAS s'en fout et l'onduleur aussi. L'essai est tout aussi valide en débranchant la prise.

Commencez par faire un test de la CM en suivant cette faq Synology.

Sauf si vos batteries sont hs, vous auriez dû tenir les 5 mn programmées. En fait, l'onduleur fonctionne jusqu'à la fin d'autonomie batterie, sauf s'il reçoit une demande d'arrêt du NAS. Mais s'il a un problème il organise son arrêt en envoyant sur le port USB un signal de shut-down. Ce signal prend le pas sur le temporisateur du passage au mode sans échec. Reste à savoir si le NAS a eu le temps suffisant pour passer en mode sans échec, ce que ne dit pas le log (il faut une ou deux minutes). A priori vos batteries ne tiennent pas la charge. Un test devrait pouvoir vous éclairer sur ce point. Faite un essai sur une charge externe connue autre que le NAS (un halogène par exemple dont vous connaissez la puissance) pour voir ce qu'il en est. Vérifiez l'autonomie jusqu'à l'arrêt de l'onduleur. Edit : Cet onduleur est incompatible avec les nas suivants : Série 16: RS18016xs+, RS2416+, RS2416RP+ Série 15: RC18015xs+, DS3615xs, DS2415+ Série 14: RS3614xs+, RS3614RPxs, RS3614xs, RS2414+, RS2414RP+ Série 13: RS10613xs+, RS3413xs+, DS2413+ Série 12: RS3412RPxs, RS3412xs, RS2212+, RS2212RP+, DS3612xs Série 11: RS3411RPxs, RS3411xs, RS2211+, RS2211RP+, DS3611xs, DS2411+ Vérifiez que votre NAS n'en fait pas partie (vous ne nous dites pas quel modèle vous avez)

Je n'en sais rien non plus. Cependant, il y a pas mal de disques donnés comme incompatibles par Synology, par exemple le Seagate ST4000VN0001 et le WD 5001FFWX ne le sont pas pour : Série 15: RX415, DX1215 Série 14: RX1214, RX1214RP Série 13: DX513, DX213 Série 11: RX1211, RX1211RP, DX1211 Série 10: RX410, DX510 Ce sont toutes des extensions. Mais pas seulement. Il y a aussi des NAS comme par exemple le WD4000FYYZ - 01UL1B1 qui n'est pas compatible avec le RS18016xs+ Et il y en a même estampillés NAS qui ne sont pas compatibles avec le DS215J ainsi que d'autres modèles. La liste ici. La grande majorité sont des Seagate. Par exemple, le Seagate ST6000VN0001 - 1SF17Z Enterprise NAS HDD ne l'est pas avec tout ces NAS : Série 16: DS216play, DS216se Série 15: DS215j, DS115, DS115j Série 14: DS214se, DS114 Série 13: RS3413xs+, DS413, DS413j, DS213+, DS213, DS213air, DS213j, DX213 Série 12: RS3412RPxs, RS3412xs, RS2212+, RS2212RP+, RS812+, RS812RP+, RS812, RS212, DS1812+, DS1512+, DS712+, DS212+, DS212, DS212j, DS112+, DS112, DS112j Série 11: RS3411RPxs, RS3411xs, RS2211+, RS2211RP+, RS411, DS3611xs, DS2411+, DS1511+, DS411+, DS411+II, DS411, DS411j, DS211+, DS211, DS211j, DS111, RX1211, RX1211RP, DX1211 Série 10: RS810+, RS810RP+, DS1010+, DS710+, DS410, DS410j, DS210+, DS210j, DS110+, DS110j, RX410, DX510 Cependant, la grande majorité des disques incompatibles sont, pourrait-on dire, "spéciaux". Si vous prenez des disques standard, il y peu ou pas d'incompatibilité.

En fait, il n'est pas judicieux de considérer CloudStation comme une sauvegarde, même si le versionning peut donner l'illusion d'une certaine sécurisation des données. Il m'est arrivé personnellement de ne pas pouvoir récupérer un fichier que j'avais supprimé sur mon cloud. Il était bien listé dans l'historique des versions mais totalement impossible à réinstaller. Fort heureusement, j'avais mes sauvegardes, les vrais, à jour. J'ai pu ainsi retrouver mon fichier sans problème. Sans cela, il était perdu. Ensuite, il n'est pas non plus judicieux d'utiliser CloudStation pour des fichiers multimedia pour la raison évoquée par firlin : l'espace. En effet, lorsque le versionning est activé, CloudStation gère les différentes versions des fichiers dans un dossier caché. Si bien que l'espace occupé sur le NAS représente grosso modo le double des dossiers et fichiers gérés dans le Cloud. Si l'ensemble des Cloud clients pèse 10Go, l'espace occupé sur le nas sera plus ou moins 20Go. Dès lors, on comprend que les disques se remplissent très vite si on y met tout et n'importe quoi. Il faut plutôt réserver CS pour des fichiers de travail qui sont appelés à être modifiés relativement souvent, ce qui n'est bien évidemment pas le cas de fichiers multimedia. Pour ces derniers, il y a d'autres paquets qui sont mieux adaptés (Photo Station, Video Station, Audio Station) et les applications (DS photo, DS audio, DS video) Edit : @niko1007 je vous déconseille vivement de prendre des disques 3To, toutes marques confondues. Ce sont ceux qui, pour une raison inexpliquée, ont un taux de panne supérieure à la moyenne. La palme revient au WD RED qui sont les pires de tous. Inutile de prendre des RED ou des disques soi-disant NAS. Il n'a jamais été prouvé que ces disques apportaient quelque chose de plus au fonctionnement de nos NAS. Prenez des disques tout ce qu'il y a de plus standard. Des green ou des blue chez WD sont largement suffisants pour faire très bien le job. Mettez moins de disques mais plus gros. 3X6To ou 4x4To en SHR vous donneront aussi 12To de stockage en vous laissant des baies de libre pour pouvoir étendre le volume plus tard.

Tu as raison Gaëtan. En fait, je me suis souvenu que l'extension du RAID suite au remplacement de mes 2To par des 4To avait été assez longue. C'est vrai que là, le RAID étant existant, l'opération doit-être plus rapide. Ceci étant dit, ROOT-ME a fini l'extension de son volume . Il pourra sans doute nous en dire un peu plus.

Surtout qu'avec des droits bien réglés, le cloisonnement entre les dossiers utilisateurs est largement suffisant dans la grande majorité des cas. La gestion sur plusieurs volumes peut être utile dans le cadre d'une PME lorsque il y a nécessité de sectoriser les données : management, administration, production par exemple. Ça n'a guère de sens dans le cadre familial, associatif ou pour une TPE.

Je ne vois pas bien où vous voulez en venir. Si j'ai besoin de 4To, je ne vais pas prendre des 2To pour mon stockage. Et si j'ai 4To de disque mais que j'ai 2To de stockage, j'aurai toujours perdu 2To de données quel que soit le disque. Et par ailleurs, tout bon gestionnaire a toujours une sauvegarde à jour ce qui bien entendu réduit à quasi néant la notion de perte de donnée. @sassa57 Pas de problème pour le ST4000DM000, il est compatible avec la plupart des NAS. S'il n'est pas encore dans la liste pour le 215J, c'est qu'il n'a pas encore été testé et approuvé par Synology. C'est de toute façon un disque standard et le NAS l'avalera sans problème. Ne prenez pas les soi-disant modèles NAS, ce sont les RED à la mode Seagate que vous surpayez pour aucun service rendu.