Aller au contenu

Classement

Contenu populaire

Affichage du contenu avec la meilleure réputation le 02/05/19 dans toutes les zones

  1. Bonjour, Je viens de terminer à l’instant le test Badblocks pour mon DS918+ avec 4 Go de ram qui peut contenir 4 disques durs. J’ai fait tous ces tests grâce au super Tuto de @firlin que je le remercie profondément. Vu que je travaille sur un MacBook Pro, je n’ai pas eu besoin de Wincp ou de Putty. J’ai commencé par faire le premier test dans l’interface du NAS, mais par la suite, je n’ai travaillé qu’avec SSH. Présentement, j’ai 2 disques WD60EFRX-68MYMN1 de 6To, configurés en SHR avec la protection de données sur un disque. Par contre, je viens de m’acheter 2 autres disques neufs de 6 To, soit 2 WD60EFRX-68L0BN1. J’ai commencé mes tests sur ces 2 disques, que j’ai insérés dans les fentes 3 & 4, qui vont correspondre dans badblocks comme disque C et D. Tous les tests ont été exécutés avec l’option -C 98304, ce qui augmente la rapidité considérablement. J’ai fait ces tests avec ces lignes de commande : badblocks -nvs -c 98304 /dev/sdc > /volume1/toto/sdc.log 2>&1 & badblocks -nvs -c 98304 /dev/sdd > /volume1/toto/sdd.log 2>&1 & Ce test a pris environ 10 heures. Il a pris environ 4% de CPU et environ 33% de RAM. Pour suivre l’évolution dans SSH, j’ai tapé cette commande. tail -f /volume1/toto/sdc.log tail -f /volume1/toto/sdd.log Le second test a été fait sur le disque 2, soit B. Ce disque (ainsi que le disque 1) contient mes données. J’ai suivi la procédure de firlin (variante pour déclarer le disque fail ), soit : mdadm /dev/md0 --fail /dev/sdb1 mdadm /dev/md0 --remove /dev/sdb1 mdadm --zero-superblock /dev/sdb1 mdadm /dev/md1 --fail /dev/sdb1 mdadm /dev/md1 --remove /dev/sdb1 mdadm --zero-superblock /dev/sdb1 mdadm /dev/md2 --fail /dev/sdb1 mdadm /dev/md2 --remove /dev/sdb1 mdadm --zero-superblock /dev/sdb1 Ensuite, j’ai tapé le code. badblocks -nvs -c 98304 /dev/sdb > /volume1/toto/sdb.log 2>&1 & J’ai eu le message “/dev/sdb is apparently in use by the system; it's not safe to run badblocks!” , alors j’ai tapé le code badblocks -nvsf -c 98304 /dev/sdb > /volume1/toto/sdb.log 2>&1 & Là, cela a fonctionné. Pour suivre l’évolution dans SSH, j’ai tapé cette commande. tail -f /volume1/toto/sdb.log Ce test a pris environ 11 heures et 13 minutes. Il a pris environ 3% de CPU et environ 26% de RAM. Quand ce test a été terminé, j’ai redémarré le NAS et je suis allé dans le gestionnaire de stockage \volumes \ réparer. Le système est revenu dans un mode normal. Maintenant, il me reste à faire le test sur le disque 1, soit le A. Je n’ai pas modifier l’ordre physique des disques dans le NAS. J’ai suivi la même procédure que précédemment, soit. mdadm /dev/md0 --fail /dev/sda1 mdadm /dev/md0 --remove /dev/sda1 mdadm --zero-superblock /dev/sda1 mdadm /dev/md1 --fail /dev/sda1 mdadm /dev/md1 --remove /dev/sda1 mdadm --zero-superblock /dev/sda1 mdadm /dev/md2 --fail /dev/sda1 mdadm /dev/md2 --remove /dev/sda1 mdadm --zero-superblock /dev/sda1 badblocks -nvsf -c 98304 /dev/sda > /volume1/toto/sda.log 2>&1 & Pour suivre l’évolution dans SSH, j’ai tapé cette commande. tail -f /volume1/toto/sda.log Ce test a pris environ 11 heures et 28 minutes. Il a pris environ 3% de CPU et environ 26% de RAM. Quand ce test a été terminé, j’ai redémarré le NAS et je suis allé dans le gestionnaire de stockage \volumes \ réparer. Le système est revenu dans un mode normal. Donc, pour faire un résumé, ces 3 tests ont été faits en moins de 2 jours. Le premier test a été fait sur 2 disques neufs de 6 To. Cela a prit environ 10 heures (ce test c'est terminé en pleine nuit, donc je n’ai pas le temps exact). Le besoin de RAM a été fixe à 33%. Par contre, la demande CPU oscillait entre 1 et 4 %, avec quelques pointes plus élevées occasionnellement. Le deuxième test a été fait sur 1 disque de données de 6 To. Cela a pris environ 11 heures 13 minutes. Le besoin de RAM a été fixe à 26%. La demande CPU oscillait entre 1 et 4 %, avec quelques pointes plus élevées occasionnellement. Le troisième test a été fait sur 1 disque de données de 6 To. Cela a prit environ 11 heures 28 minutes. Le besoin de RAM a été fixe à 26%. La demande CPU oscillait entre 1 et 4 %, avec quelques pointes plus élevées occasionnellement. Encore merci à Firlin, ainsi que tous ceux qui ont contribué à améliorer ce tuto. Norm Voici les résultats.
    1 point
Ce classement est défini par rapport à Bruxelles/GMT+02:00
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.