Mic13710

Extrêmement bizarre pour le EXT3. C'était le format employé au début par Synology qui a été abandonné si j'ai bonne mémoire à partir de DSM 2.0 Le dossier @cloudstation doit obligatoirement exister. S'il n'apparait pas, c'est qu'il y a un lézard. Je vous propose de supprimer Cloudstation puis de refaire la commande 'du' pour vérifier que l'espace été libéré (quoique si le dossier n'est pas trouvable, je ne vois pas comment il pourrait être supprimé). Si l'espace a été libéré, vous réinstallez CS et vous vérifiez à nouveau que ce fameux fichier existe bien.

Ce n'est pas tant Cloudstation qu'il faut incriminer que l'utilisation qui en est faite. Je pense que comme beaucoup vous y avez mis des dossiers et fichiers qui n'ont pas vocation à y être Le multimédia par exemple prend énormément de place et n'a rien à faire dans le cloud Il faut réserver cs aux fichiers de travail et c'est tout

Pas de problème pour vos données si vous montez vos disques dans un nouveau Syno 4 baies ou plus.

Peut-être faut il commencer par le commencement. Test de la CM Si le test ne passe pas et que rien ne s'allume lorsque les disques sont sortis, il est fort probable que ce soit le bloc alim qui a lâché.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Non. Le seul moyen serait de prendre un 4 baies, mais même là je n'en suis pas sûr car la dénomination des disques est différentes entre l'unité centrale (710) et l'extension (213). Le seul qui peut véritablement vous répondre sur ce dernier point c'est le fabriquant. Il faut lui poser la question. Edit : comme vous avez modifié votre message original, je reprends donc ma réponse. La dénomination des NAS Synology indique le nombre de disques que le nas peut gérer en un seul groupe. Ce sont le ou les premier(s) digit(s) qui donnent cette indication. Donc, un DS2xx ne peut gérer que 2 disques. S'il accepte une unité externe (comme le 216+II), il ne pourra pas être associé aux disques de l'unité principale mais seulement comme un nouveau groupe de disques. Par contre, un DS716+ (ou un DS916+) peut accepter une unité d'extension DX51x pour former un groupe de 7 ou 9 disques.

Si ce n'est que pour cette tâche il est évident que l'un ou l'autre fera l'affaire. Quand au Gb, il ne faut pas rêver non plus. Les vitesses annoncées par Synology sont dans des conditions de laboratoire très éloignées de la réalité. En tout cas ces deux modèles n'ont pas la prétention d'atteindre le Gb. Si vous voulez plus (mais je n'y vois guère d'intérêt s'agissant de sauvegardes), va falloir taper plus haut en gamme et se tourner plutôt vers un 216 ou un 216+ qui ne proposeront qu'un petit plus en vitesse. Pas sûr que ce soit intéressant du point de vue investissement. Sinon, vous pouvez aussi voir du côté de l'occasion. Un 710+ par exemple (voir ma signature) est un bon choix, mais il y a d'autres modèles plus récents à des prix très abordables comme le 712+ ou le 713+ qui seront moins bridé que les 216J et SE. Je ne connais pas les Qnap.

C'est pas faute de l'avoir dit : Mais parfois on agit avant d'avoir la réponse à la question posée

C'est aussi ce que je fais. Allumage du NAS le dimanche à 00:01, lancement des sauvegardes à 00:05, extinction à 23:59, ce qui est largement suffisant pour terminer mes sauvegardes, me permet si besoin de faire des réglages sur le NAS sans avoir à l'allumer et d'aller vérifier que tout s'est bien passé.

La première partition devrait être en ext4. La votre est en ext3. Votre disque n'est-il pas issu d'une lointaine migration (DS207 par exemple) ? Je n'avais pas regardé dans le détail par rapport au problème de départ, mais pour moi le résultat de la commande 'du' est incomplet car il n'y a pas le dossier @cloudstation qui doit bien représenté les 2To qui vous manquent. Faite le test suivant : du -h -d 1 /volume2/@cloudstation Et pour en revenir au premier point, ce n'est pas parce que vous avez réduit le nombre de version à 2 dans cloudstation que le dossier caché va diminuer de lui-même. Cette modif n'impacte pas les versions précédentes mais seulement celles à venir. Si vous voulez réellement diminuer le dossier des versions, pas d'autre choix que de supprimer les versions à la main dans les historiques de chaque utilisateur. Vous pouvez aussi choisir de supprimer toutes les versions ce qui supprimera les historiques..

C'est un langage de sourd. Mais vous l'avez fait puisque : De là on comprend qu'il n'est plus utilisé. Je vous ai donc proposé de supprimer le fichier caché. Mais aujourd'hui vous nous dites : Pourra t'on enfin savoir si CloudStation est installé et opérationnel sur ce NAS ?

Essayez ça : parted --list

Probablement que vos paramètres de maj ne sont pas corrects. Dans les options il faut choisir DSM le plus récent et toutes les mises à jour. Avant la 6.1.3, il faut d'abord passer par le 6.0 Mais je pense qu'il est préférable de terminer ce que vous avez commencé avant d'envisager une maj. Vous avez un volume 2. Où est passé le volume 1 ? Faite un df –h pour lister les partitions

Ne reste plus qu'à croiser les doigts pour que la vérification se termine correctement et que DSM fasse les réparations nécessaires.

Alors vos MAJ auto ne fonctionnent pas car la dernière version pour votre NAS est la 6.1.3 et il y a pas mal d'eau qui a coulé sous les ponts depuis la 5.2 Sur la 5.2, sudo n'existe pas car il y a un accès root direct. Vous vous logger en root, mdp : celui d'admin.

Ce que vous y verriez ne vous apprendrait rien car ce sont des tas de dossiers aux contenus illisibles. Mais bon, pourquoi pas. ls /volume1/@cloudstation

Quelle version de DSM ?

Si vous n'avez pas de message d'erreur dans le gestionnaire et que la construction progresse, c'est tout bon.

Est-ce que le lecteur DVD est placé en premier les paramètres de démarrage du PC ?

S'il n'y a pas eu d'erreurs de parité sur le volume existant, la reconstruction devrait pouvoir reprendre là où elle s'est arrêtée. Mais voilà, c'est un peu aléatoire. Vous le saurez au redémarrage. Mais peut-être serait-il plus prudent d'attendre l'onduleur, et de ne l'utiliser qu'après l'avoir laissé effectuer sa charge initiale.

Je n'ai jamais utilisé de VM mais peut-être qu'il y a un problème de ce côté là. Pourquoi ne pas passer par une version ISO d'Ubuntu tel qu'expliqué dans le tuto ?

Relisez le tuto. Il faut aussi lvm2 pour les disques en shr. Il n'y a pas de configuration particulière pour mdadm et lvm2. Une fois installés, ils permettent d'accéder au contenu du disque.

Si vous êtes sûr que CloudStation n'est plus installé sur le NAS (paquet supprimé), vous pouvez supprimer le répertoire caché et tout ce qu'il contient avec la commande : sudo rm -rf /volume1/@cloudstation

Non, si vous l'avez changé ce n'est pas un souci. Par contre, je suis étonné que sudo ne passe pas. Essayez en passant directement en root avec la commande : sudo -l -U root Vous pourrez ensuite passer la commande sans sudo. Mais si sudo ne passe pas, difficile de passer root (...)

putty sur le port 22 qui est le port par défaut du ssh.