Mic13710

Le nombre de disques et le backup sont 2 choses différentes. Quel que soit le nombre de disques, il faut toujours avoir une sauvegarde de ses données, au moins les + importantes, sur un autre support et dans un autre lieu. Pas de problème pour passer du DSM 4.2 vers le 5.2. L'inverse en revanche n'est pas possible.

A mon avis, si vous voulez voir une évolution, prenez le 115. Le 115j sera à peine un peu au dessus du 109. Pour la migration du disque, pas de soucis, il suffit de monter celui de l'ancien dans le nouveau NAS. Vous avez une procédure très bien expliquée sur le site Synology. Il faudra toutefois vérifier que votre format de disque est bien en ext4. Mais personnellement je vous conseille plutôt de vous orienter vers un modèle 2 baies (216 par exemple) qui vous apportera plus de possibilités d'évolution qu'un monobaie. Si vous faite ce choix, votre disque ne sera pas migrable du 109 vers l'autre NAS à cause du système de stockage différent, mais vous pouvez facilement transférer vos données en passant par le réseau.

Vous le faite sans vous en rendre compte. Nos nas tournent sous Linux. Contrairement à windows, il n'y a pas de différentiation entre les disques et les volumes (l'équivalent des partitions). Tout est considéré comme un tout et de ce fait n'apparaissent dans file station sous le nom du NAS que les dossiers home et les dossiers partagés, sans distinction de volume ou de support. Ce qui sous entend qu'on ne peut pas avoir deux dossiers dans des volumes différents portant le même nom, contrairement à dos ou windows.

Vous pouvez télécharger WinSCP. Dans DSM, vous activez le terminal ssh. Vous lancez WinSCP, vous donnez comme adresse, l'IP du NAS et comme compte "root" (pas admin). Mot de passe, celui d'admin. Attention à ce que vous faite dans ce navigateur. Vous êtes à la racine du NAS et il faut être très prudent quant aux modifications ou suppressions de fichiers et/ou dossiers.

Ca devrait être possible (c'est du html et du css) mais je ne sais pas ni ne vois pas comment, et que je ne sais pas non plus ou se trouve cette page. Seule info que je peux vous donner : l'image du cadenas se nomme lock.png et se trouve dans : /usr/syno/synoman/webman/modules/FileBrowser/images/lock.png Pour le nuage (image de fond) : /usr/syno/synoman/webman/modules/FileBrowser/images/bg_wrapper.jpg

Si je vous ai fait un parallèle avec windows, c'est pour répondre à votre question et tenter d'expliquer les notions de support et de partition. J'ai apparemment échoué. Sous windows, vous n'avez généralement qu'une seule partition (C:), mais vous pouvez aussi créer plusieurs partitions sur un support constitué soit d'un seul disque, soit de plusieurs disques en raid. C'est partitions sont des lecteurs logiques différentiées par des lettres, D, E, F,... Y, Z. Sous Linux c'est (presque) pareil, sauf que les partitions s'appellent des volumes, volume1, volume2 ..... Dans le cas ou vous n'avez qu'une seule partition sous windows, ou qu'un seul volume sous Linux (votre cas), par convention on englobe le support et la partition (ou le volume) sous une seule dénomination : le disque (ou le volume). En revenant sur nos NAS, créer une grappe shr (support) avec un seul volume, ou gérer un seul volume sur des disques en shr, c'est blanc bonnet et bonnet blanc. Une différence fondamentale toutefois entre windows et Linux, le système est sur une partition séparée des données alors que sous windows, cette séparation n'existe pas. Il y a bien d'autres différences que je n'aborderai pas ici car elles n'apporteraient rien aux explications de ce post. Et pour répondre à votre dernière remarque, je vous confirme fort logiquement que dans les deux cas vous avez une grappe de deux disques en shr avec un seul volume de 3.6To !

Il faudra, je pense, laisser du temps au temps Je crois que tu peux faire une croix (ou un accent) dessus. Il y a eu un gros bug lors du transfert. Les ricains ont oublié qu'ils ne sont pas seuls au monde. D'accord avec toi pour la création du front anti-guignols !

Tout est vert donc tout est normal. Pas de soucis, votre RAID est bien en place. Edit : 2 infos importantes au sujet du RAID. Le raid n'est pas une sauvegarde. C'est seulement un type de stockage qui permet d'assurer la continuité de service. C'est tout. Qui dit raid dit obligatoirement onduleur compatible. En effet, le raid ne supporte pas les arrêts non contrôlés. Une panne de courant, et c'est souvent des erreurs de parité qui peuvent aller jusqu'à la perte de volume. Si vous n'avez pas d'onduleur je vous conseille vivement d'en installer un. La liste pour votre modèle est réduite car il est trop récent pour que tous soient testés, mais si vous prenez un modèle compatible pour les autres NAS, il est quasiment sûr qu'il fonctionnera avec le votre. Surtout si vous prenez des marques connues comme APC ou Eaton.

Merci pour vos réponses et votre soutien. Il faudrait seulement qu'un admin passe par là pour nous donner son avis sur la question et savoir si c'est faisable techniquement.

Sujet en doublon

Ce sont des dossiers cachés, le plus souvent attachés à des paquets. Il ne faut surtout pas les supprimer sous peine de créer des dysfonctionnements. Ils font partie intégrante du fonctionnement du NAS.

Regardez du côté des paramètres de limite de vitesse pour chaque utilisateur

Ou peut-être commencer par faire une réinstallation du système d'exploitation en passant par un double reset.

Commencez par vérifier que votre poste est détecté "en ligne" dans cloud station serveur (le NAS).

La notion de volume et la notion de raid sont 2 choses différentes. Le raid est l'organisation du support sur un ou plusieurs disques (basic, RAID0, 1, 5, 6, 10 etc....), le volume est une partition qui contient les données. Pour faire un parallèle avec un PC windows, le support c'est le disque, le volume c'est la partition. Et donc, sur un PC sous windows comme sur un PC sous linux (ou un NAS) il peut y avoir plusieurs partitions (windows) ou plusieurs volumes (linux) sur le support. Pour en revenir à votre question, augmenter le volume existant est un terme générique car comme il est dit plus haut, il peut y avoir plusieurs volumes sur le ou les disques existants d'une même grappe. Il serait plus juste de parler d'augmentation de grappe (et donc de RAID ou SHR) que de volume. Le terme volume dans ce cas fait plus référence au cas général puisque l'installation de base crée un SHR sur un ou plusieurs disques avec un seul volume qui occupe tout l'espace. Dans ce cas, l'augmentation de volume est une réalité puisque l'augmentation du nombre de disques conduit obligatoirement à une augmentation de volume. cqfd.

Pouvez-vous être plus clair parce que là, je ne comprends rien. Quand on clique sur partager les liens de fichier, le NAS crée un lien et il n'y a pas grand chose à faire, si ce n'est de faire attention aux http et https.

C'est sûr. Déjà qu'ils ne cartonnent pas en temps normal, il va maintenant falloir sortir les pagaies ! C'est bô le progrès.

C'est pour éviter ce genre de pb que j'attends suffisamment de retours positifs avant d'agir. Surtout après avoir lu la mise en garde de Synology, mieux vaut attendre des jours meilleurs. Comme il s'agit d'un simple update, vous pouvez en principe revenir à la version précédente en faisant un double reset du NAS, ce qui va réinitialiser le DSM. Avant cela, vous sauvegardez la configuration pour ne pas avoir à tout réinstaller. Il y aura sans doute quelques réglages à reprendre par la suite, notamment le pare-feu. Vous refaite ensuite les installations successives de la 5.2 jusqu'à l'update 4.

Pour passer du shr sans protection de données en 6To à un SHR avec protection de données de 8To, il faut d'abord ajouter un 8To dans la baie disponible. Vous suivez ensuite la même procédure que décrite dans ce post. Une fois que le raid (shr) est construit (quelques heures), vous aurez toujours un volume de 6To, mais cette fois avec protection de données. Vous remplacez le disque de 6To par l'autre 8To. Le NAS va indiquer qu'il fonctionne en dégradé. Vous suivez la même procédure, sauf que le NAS va vous proposer de réparer le volume. Vous choisissez cette option et vous sélectionnez le disque de 8To pour cette réparation. A la fin du processus (encore quelques heures) vous aurez un volume SHR avec protection de données de 8To

Merci CoolRaoul pour ces explications. En effet, il n'y a pas de raison de s'affoler. Même si mes NAS ne sont pas touchés, je vais faire comme d'hab : attendre quelques temps avant de lancer l'opération. Je vais peut-être même attendre le prochain update car vu le commentaire de Synology, le 6 devrait rapidement pointer le bout de son nez. Peut-être un problème sur certains CPU.

Des deux. Il fait d'abord un contrôle de la partition de donnée du disque, et ensuite le miroir du disque 1. Peut-être qu'il fait les deux en même temps, je n'en sais rien.

Plutôt qu'un long discours, lire ceci.

Je confirme. Les disques des NAS monobaies n'embarquent pas de système RAID contrairement aux NAS multibaies. Extrait de la FAQ Synology pour les migrations entre modèles de NAS :

Désolé, j'avais un pb avec internet. Mais je vois que vous avez lancé l'opération, y'a plus qu'à attendre (quelques heures).

Pour tes deux modèles, c'est en tout cas ce qu'ils donnent. Reste à savoir si le vulnérabilité est plus importante que la perte de performance.