Reprise du message précédent :
Pour ma part, la vérification de la parité est terminée et rien n'a changé. Le Dossier partagé "Documents" n'a plus aucun contenu.
Je suis quasiment convaincu que la tâche de backup a créé un conflit quelque part, détérioré quelque chose    
 
Je remets donc les dossier tels qu'ils étaient le 1er mars, seul backup valide que je possède.

716+ et WD Red 6To reçu, il va falloir que je regarde ça.
N'ayant pas de machine disponible, j'aimerais bien faire la vérification badblock directement depuis le Syno, je pense que c'est possible ?
Par contre, il faut peut-être que j'ai un 2ème disque pour installer le DSM, et pouvoir lancer badblock sur un disque non utilisé.
Edit: En fait, je n'ai pas souvenir que ce soit possible, mais vu que le Syno tourne sous linux, je me demandais pourquoi on ne pourrait pas lancer la commande dessus...

C'est moche pour les documents perdus. Mais maintenant il va peut être falloir revoir ta politique de backup car si le dernier remonte à 1 mois ...

j'ai cherché le topic dont je te parlais l'autre jour, je l'ai trouvé sur google mais le topic a été supprimé du site de synology, désolé (sur googlecache, y'a que la première page useless)

On peut.
Je ne l'ai jamais fait directement, toujours passé par un PC, mais j'ai lu plusieurs fois que ça ne posait pas de problème particulier.
Le seul truc, c'est soit de faire une sortie log pour obtenir le résultat dans un fichier une fois que ce sera terminé (je ne sais pas faire), soit laisser tourner l'ordinateur qui lance le terminal contenant la commande badblocks. Et de vérifier plutôt 2 fois qu'une la lettre /sdx correspondant au disque, mais dans un NAS vide c'est pas trop gênant.

Sur mes disques actuels, j'avais tourné la commande : "sudo badblocks -wvs -b 4096 -c 4096 -p 4 /dev/sd[ab]"
Si j'ai bonne mémoire, le -w génère une écriture destructive, donc si je veux faire pareil, il faut que je monte un petit disque pour le système, et un second sur lequel je lance badblocks.
J'imagine que sans adaptateur, je ne peux pas mettre une disque 2.5".
Bon, faut que je vois, c'est un peu pénible badblocks, mais c'est surement mieux de vérifier.

 
 
Miladiou de diou    
J'ai retesté via le planificateur de tâches : pas de donnée
Du coup j'ai testé la ligne de commandes directement via Telnet, en rajoutant même 2 exclusions de dossiers et ça semble fonctionner au poil (va falloir attendre un poil maintenant...)

Perso j'ai toujours utilisé la ligne de commande que j'ai écrite en FP
Et oui pour un disque système DSM pour pouvoir tester l'autre
Concernant le montage d'un 2.5", à mon avis tu peux t'en sortir en mode gitan en mettant le nas ventilo vers le sol (avec calages suffisants pour le laisser respirer) et en pluggant directement le disque 2.5" à l'arrache dans le connecteur en fond de panier. Le faible poids et la verticalité devrait permettre de faire ça sans danger pour le hardware à mon avis...

Oui, d'ailleurs, je viens de réagir que le -w teste 4 patterns, ce que tu entends par 4 pass, alors que lorsque j'avais utilisé badblocks, j'avais utilisé -p 4, ce qui fait 4 (ou peut-être même 5) fois le test.
Sinon, je ne sais pas trop quelle importance ça fait la taille des blocs définis (1024 par défaut dans ton cas), de même que le nombre de bloc qu'on écrit en une fois.

Je te confirme que ma ligne de commande fait le test écriture puis relecture avec 4 patterns sur la totalité du disque. Pour les autres paramètres, fouille dans les forums spécialisés, j'avais choppé ça je ne sais plus où mais ça semblait être plébiscité.

Il ne semble pas super au point ce DSM 6...
J'ai du avoir une autre mise à jour, car lors de la connexion à l'interface web, depuis aujourd'hui (j'étais pourtant déjà passé à DSM 6 il y a quelques jours), je me tape l'aide de DSM, même en cochant la case pour ne pas l'avoir, le fond d'écran perso disparaît complètement (je dois le recharger depuis le PC) et le paramétrage des widgets se barre également...

 
En fait j'avais créer une tâche de backup pour transmettre le contenu de mon NAS sur celui de mes parents, via Internet, une fois par semaine. Cette tâche n'était pas toujours parfaitement exécutée, elle prenait des plombes. J'aurais peut-être dû la scinder en plusieurs parties.
J'avais une autre tâche de backup 1 fois par mois qui sauvegardait les données sur mon NAS, même volume. En réalité c'était pensé pour me protéger dans le cas où je faisais une connerie sur mes fichiers, ça allait se répercuter "rapidement" sur la sauvegarde chez mes parents mais j'avais un mois pour m’apercevoir de l'erreur avant que ça "n'écrase" le backup local.
 
Effectivement, je dois revoir tout ça. J'ai tout misé sur le RAID et le fait de protéger mes données contre un problème hardware, par contre je m’aperçois tardivement que la protection contre un problème software ou utilisateur était très faiblarde.
 
 
Concernant les fichiers cachés je pense m'être brouté:
Si je veux vérifier si mes documents sont présent comme dossier cachés, comment dois-je m'y prendre? Bien que l'explorateur Windows ne m'en montre pas, il se pourrait qu'il y en ai malgré tout?
Si c'est le cas, comment vérifier ça? (je connais le principe des connexions SSH avec Putty, mais absolument pas les commandes à employer)
 

avant de faire du destructif
t'as verifié que ton espace disque est bien reduit de la taille de tes documents manquants?
du style si ta femme par megarde a deplacé tout le contenu du repertoire d'ans un autre repertoire au hasard (glisser deposer malencontreux), ce n'est pas un effacement-> poubelle vide, mais les fichiers n'ont pas disparu ils seraient  juste parti dans un autre repertoire, une façon simple de le savoir est si l'espace disque utilisé ou l'espace disque libre comme tu veux est le meme qu'avant...si oui il faut chercher ou sont ces documents sur le dur, par contre si ton espace utilisé est diminué de la taille de Documents...t'es niké

 
J'ai bien l'impression qu'il me manque les 200GB et j'ai passé en revu tous les autres dossiers pour voir si effectivement ça n'avait pas été déplacé.  

eh ben t'es niké  

En fait, les tiroirs des Syno sont pas mal fichus, et compatibles 2.5".
Par rapport au 209 où il fallait ouvrir, c'est quand même pas mal.

Sinon, j'ai lancé l'installation avec l'assistant, il m'a dit 10mn, il a dû rebooter je pense (je n'étais pas devant), et là, je vois la loupiote d'état qui clignote bleue, à priori, c'est qu'il est en train de démarrer, mais ça parait très long. Toutes les autres LED sont éteintes.
Au premier démarrage, avant l'installation, elles étaient allumées.
Bon, j'ai mis un disque 2.5" en disque 1, et le 6To en disque 2, temporairement, juste pour faire le badblocks, et j'ai laissé l'installation en auto, ce que je n'aurais peut-être pas dû faire.
Accessoirement, j'ai un petit doute quand au fait que le disque 2.5" que j'ai mis dedans fonctionne parfaitement bien, mais bon, on verra, c'est vraiment que pour le test.

Edit: Bon, même avec un seul disque, il n'avait pas l'air de démarrer, alors que si je démarre sans disque et que je les mets à chaud, j'ai les led vertes sur les disques...

Edit2: Au final, je pense que c'est le 2.5" qui avait un soucis, en réinstallant sur le nouveau, ça semble mieux...

Edit3: Du coup, pour l'instant, je me contente de lancer la vérification du DSM.
Par contre, je ne sais pas si ce sera pareil en fonctionnement, mais les accès sur le WD Red 6To sont vraiment bruyants. Il y a des moments, on l'entend bien gratter.
Possible que je passe mes 2*3To Red dans le 716+ et que je mette le 6To dans le 209.
En plus, sur le 209, j'ai envie de casser le RAID miroir pour avoir deux volumes simples.
Du coup, faudra que je copie les données vers le nouveau disque, et que je casse le raid (il me semble qu'il faut créer un nouveau volume).
Ah oui, mais j'ai créé un volume btrfs, donc si je swap les disques, il ne sera pas reconnu dans le 209, faudrait que je me décide avant de faire une copie intégrale.
Donc faudrait peut-être que je fasse un volume ext4 sur le 6To depuis le 716+, je copie toutes les données du 209 dessus (que je sauvegarde aussi d'autres paramètres DSM), puis que j'inverse les disques. Sur le 209, il devrait pouvoir me remettre le DSM4.2 tout en conservant les données, et sur le 716, je recrée deux volumes basiques en btrfs puis je refais une copie...
Le bazar
Et après, restera la question du backup de l'un vers l'autre (si c'est avec l'outil intégré à DSM6, ce sera un format propriétaire, donc il faudra de nouveau que je recopie les données de l'un vers l'autre ).

 
       
 
Un peu de chance pour le coup, mais entre le backup réseau, le backup local, les documents que j'avais copiés sur mon téléphone portable, et les fichiers Excel temporaires récupérés dans la corbeille du NAS, je suis en mesure de reconstituer toutes mes données sans avoir de pertes!    
 
Je dois avouer que je suis plutôt content, bien que la source du problème n'ait pas été trouvée. Quoi qu'il en soit, cette histoire m'a quand même mis une bonne gifle! Je vois que je dois encore améliorer la fiabilité de mon stockage de données.
Merci pour avoir essayé de me donner un coup de main  

Tu as essayé ce qu'on t'a dit?

 
 
Suis-je le seul à ne pas pouvoir mémoriser les paramètres perso du compte ?
 
Peut-être une piste, lorsque je me log en Telnet (pour mon histoire de sauvegarde manuelle via rsync), j'ai une petite erreur, il ne trouve pas /var/services/homes/admin.
Le dossier semble exister si je fais un ls, mais quand je veux rentrer dedans il me dit qu'il n'existe pas.
 
Ceci explique probablement cela... A votre avis, je fais quoi ? Création manuelle du dossier probablement corrompu ?

 
Merci quand même
 
J'essaie d'utiliser une clé RSA mais je galère
çà veut pas marcher ...
J'ai suivi çà : http://www.mauchle.name/blog/?p=239

je me suis pas fait chier avec une histoire de clé, ça, c'est sûr
j'ai tapé des commandes avec putty pour ajouter un truc spécial au groupe admin, mais je me souviens plus quoi
et je regarderai s'il reste une conf dans mon winscp

J'ai :
  DS209   : 2x3To  SHR   ext4   DSM4.2
  DS716+ : 1x6To  Basic  Btrfs  DSM6.0

Dans un premier temps, je voudrais juste copier les données du 209 vers le 716+, j'imagine que le plus rapide est de monter un de mes deux disques du 209 dans le 716 pour faire une copie en interne, avec FileStation, et que cela ne touchera pas à la structure du disque source, afin que je puisse le remettre dans le 209 sans conséquence.
J'ai bon ?

Par contre, comme ce disque de 6To est bruyant en lecture aléatoire, j'ai peur qu'à l'usage ça me gène.
Donc, après test, il n'est pas impossible que j'en vienne à la configuration suivante (même si, dans un premier temps, ça limite l'évolution sur le 716) :
  DS209   : 1x6To  Basic  ext4   DSM4.2
  DS716+ : 2x3To  Basic  Btrfs  DSM6.0
Par contre là, il va me falloir faire pas mal de manipulation de données.
A priori, il faudra que je mettre un 3To dans le 716, seul, que j'installe DSM6 dessus et crée le volume, puis que je mette le 6To à côté, pour faire la copie.
Ensuite, que je mette le 6To dans le 209, seul, pour installer DSM4.2 et créer le volume.
Là, je pense que je pourrais mettre le 2ème 3To du SHR pour copier les données sur le 6To.
Enfin, mettre ce 3To dans le 716 pour créer un nouveau volume.
En faisant attention de sauvegarder la configuration et la base de donnée sql entre autre.

 
 
dans winscp, sur ma connexion, dans les paramètres avancés/SCP/Shell : j'ai bien "sudo su -"
et je me souviens d'avoir tapé des commandes dans putty pour autoriser le sudo su - par winscp mais je retrouve plus lesquelles

 
Merci, mais sans la manip complète çà va être chaud lol
J'attends encore, des fois que tu retrouves

T'as pas un placard ou une cave pour y foutre le NAS et son disque "bruyant" plutôt que de partir dans ce genre d'usine à gaz ?

retrouvé
le sudo de base redemande le mot de passe, d'où le non fonctionnement dans winscp

ll faut se logger dans putty, passer en root et accéder à /etc/sudoers
pour le modifier j'ai utilisé midnight commander (installé au préalable via syno community)
et mettre ça :
# Allow members of group administrators to execute any command
%administrators ALL=(ALL) ALL
USER ALL = NOPASSWD: ALL

et normalement, le sudo ne demande plus le mot de passe pour le groupe admin

ça reste un petit trou de sécurité mais comme je désactive ssh chaque fois que j'en ai pas besoin...

je teste !

En appartement, pas possible dans une chambre, difficilement envisageable dans la salle de bain ou les toilettes, potentiellement, je m'étais déjà posé la question d'aller le caser à l'arrière des meubles de cuisine (mais pas facilement accessible), donc il reste le salon...
Mais bon, je vais déjà faire un test du 716 en l'état, une fois que j'aurais copié mes données dessus.
En lecture séquentielle, on ne l'entend pas, mais j'imagine si plusieurs personnes accèdent en même temps au disque, là, ce ne sera surement plus la même histoire.

 
https://www.facebook.com/synology/p [...] =1&theater

 
 
Réussi !
 
Mais la ligne modifiée est admin ALL = NOPASSWD: ALL et non USER
 
 
Merci

Razer a fait pareil : http://www.razerzone.com/breadwinner

  ²

cool, de rien

bonjour,
 
depuis le passage au DSM6 mon DS213J n'est plus vu par ma freebox... une idée?

Il n'aurait pas changé d'IP locale, ton NAS ? Avec l'utilitaire "assistant" de Synology, il est vu sur ton réseau local ?
 
Mon père a eu le même soucis quand il a changé de FAI.

J'ai lancé un backup par le réseau entre le 209 et le 716, mais c'est genre 10Mo/s, ça va être long.
Le coup de mettre un disque de ma grappe SHR du 209 dans le 716 pour faire une copie en local, ça ne fonctionnerait pas ?
Quand je remets le disque dans le 209, ça ne génère pas de soucis ?
Si c'est bon, je vais faire ça, ce sera beaucoup plus rapide.

 
Il est en IP fixe et accessible depuis mes ordi en filaire ou en wifi depuis mon tel....

Investigué pourquoi seulement 10Mo/s ?
J'ai ajouté une tâche de sauvegarde sur mon DS209, à travers un réseau gigabit, sur le DS716, donc ça utilise rsync.
Je n'ai pas activé la compression car tout ce qui est photo, musique ou vidéo notamment, ça ne se compresse pas.
Et surtout, mon 209 est à 100% pendant le backup, alors qu'il n'a pas grand chose à faire. Je pense que le problème vient de là.
En regardant les process, je ne vois que rsync qui tourne vraiment.
 

C'est clairement le CPU à genoux qui te bride les taux de transferts.

J'avais le même problème pour des transferts sur disque USB NTFS sur mon ancien petit NAS car le processus ntfs3g pompait toutes les ressources et les débits se cassaient la gueule.

Une des raisons qui m'a fait changer de NAS, car le 209 a du mal à gérer autre chose pendant une simple copie.
Et c'est aussi pourquoi je me posais la question de bouger le disque directement dans le NAS.
Remarque, je viens de penser que j'ai un backup du NAS sur mon PC, je vais donc lancer le transfert depuis le PC, ça ira nettement plus vite. J'avais zappé.