domisol Posté(e) le 25 février 2018 Partager Posté(e) le 25 février 2018 Bonjour J'ai un grosse galère sur mon RS3614xs+ (10 disques de 6To, RAID6, ext4, DSM6). Des erreurs de système de fichier sont apparues il y a une quinzaine de jours, sans que cela s'arrange malgré data scrubbing + tentative de récupération proposée par DSM. Le support syno n'a été d'aucune aide, ils proposent d'effacer et recréer le volume. Mon problème est que mes sauvegardes sont loin, je suis à l'étranger avec une connection à internet lente et 40 To de données, et des fichiers récents non sauvegardés. J'ai lancé sans succès un : fsck.ext4 -yvf -C 0 /dev/md2 Il y a eu quelques corrections, puis voici le résultat : 1.42.6-5022: ***** FILE SYSTEM WAS MODIFIED ***** 21176181 inodes used (1.45%, out of 1463926784) 214238 non-contiguous files (1.0%) 13916 non-contiguous directories (0.1%) # of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 21156069/16593/20/3 11277157434 blocks used (96.29%, out of 11711400832) 0 bad blocks 723 large files 20839358 regular files 333289 directories 0 character device files 0 block device files 0 fifos 11 links 3525 symbolic links (3488 fast symbolic links) 0 sockets ------------ 21176183 files Y-a-t-'il autre chose à tenter ? Merci par avance ! Jean-David 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 25 février 2018 Partager Posté(e) le 25 février 2018 Si le support n’a rien pu faire, personne ne pourras ici même, en général on intervient d’abord sur le forum et le cas échéant on renvoit vers le support... donc je dirais que c’est mort 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
domisol Posté(e) le 25 février 2018 Auteur Partager Posté(e) le 25 février 2018 Merci à toi Einsteinium. Disons que le support n'est pas réputé pour sa qualité ou sa persévérence... D'ailleurs ils ne m'ont fait aucun retour sur leur intervention. Le seul truc qu'ils m'ont dit avant d'intervenir est que j'avais certainement eu une coupure d'alimentation sur une opération critique type reconstruction RAID. Ce qui est faux, en plus j'ai un onduleur avec batterie. Donc ma confiance en eux est limitée. L'autre question qui se pose est de savoir comment prévenir ce genre de situation à l'avenir, à part faire les datascrubbings régulier, ce que je faisais déjà... ? Le btrfs améliore t'il vraiment les choses ? Merci Jean-David 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 25 février 2018 Partager Posté(e) le 25 février 2018 Pour sa qualité d’intervention sur les volumes, je trouve que si, j’ai déjà pas mal de cas désespéré, sauver grâce au sav. Bon pares comme tu dis, avant d’intervenir... c’était donc une supposition. Le btrfs, quitte à refaire le volume, oui prend le, cela n’a que des avantages, surtout pour prévenir de ce type d’erreur. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
domisol Posté(e) le 27 février 2018 Auteur Partager Posté(e) le 27 février 2018 Bonjour, OK pour le btrfs, merci ! J'ai refait le point sur l'état des dégâts, en fait la plus grosse partie de mes données est irrécupérable, plus de 90%. Je ne comprends pas comment un système de fichier peut se corrompre en quelques jours, dans un système de ce genre, en RAID6. Il y a quand même un gros souci de fiabilité. 40 To de données qui disparaissent ça fait drôle... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mic13710 Posté(e) le 27 février 2018 Partager Posté(e) le 27 février 2018 A mon sens, le btrfs ne protège pas plus que le ext4. Les erreurs de parité existeront de la même manière. Attention à l'onduleur : ce n'est pas parce qu'il y en a un qu'on est protégé. Si la batterie ne tient plus la charge, c'est comme s'il n'y avait rien du tout. Il est important de faire des vérifications régulièrement. Les tests auto de l'onduleur ne durent pas suffisamment longtemps pour pouvoir valider l'état de la batterie. Que disent les logs ? Il faut aussi contrôler les fiches et prises de courant. Une fiche mal embrochée peut aussi être une cause de micro coupures. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Einsteinium Posté(e) le 27 février 2018 Partager Posté(e) le 27 février 2018 Il y a quand même mise en miroir et vérification des metadatas en lecture, le btrfs protège quand même mieux de la corruption. Dans tout les cas tu auras appris que rien ne dispense d’une bonne sauvegarde. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.