[Resolu] Badblocks, Preparer Un Seagate Nas 4To; Lenteur Ds411

[fornas]

bonjour,

suivant les recos d'ici :

j'ai fait :

$ ssh root@192.168.1.6
root@192.168.1.6's password:

pour vérifier : le hdd seagate nas de 4To ajouté pour remplacer, dans un ds411, un hdd hs est bien en sdd :

DiskStation> grep "[sh]d." /proc/partitions
   8        0 1953514584 sda
   8        1    2490240 sda1
   8        2    2097152 sda2
   8        3          1 sda3
   8        5 1948780864 sda5
   8       16 1953514584 sdb
   8       17    2490240 sdb1
   8       18    2097152 sdb2
   8       19          1 sdb3
   8       21 1948780864 sdb5
   8       32 1953514584 sdc
   8       33    2490240 sdc1
   8       34    2097152 sdc2
   8       35          1 sdc3
   8       37 1948780864 sdc5
   8       48 3907018584 sdd

je lance donc le badblocks :

DiskStation> badblocks -nvs /dev/sdd

Checking for bad blocks in non-destructive read-write mode
From block 0 to 3907018583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern:

après "pattern" défile la progression avec le % et le temps écoulé : ce matin j'en étais à :

96 % = 155 H, ce qui aurait donné environ 162 H (ou 6,7 jours) pour tout finir : faut de la patience

mais

le terminal s'est, sauf erreur, fermé tout seul, sans me laisser le loisir de lire le résultat

* est-ce un comportement habituel ?

* un "argument" à ajouter à la commande pour l'empêcher ?

* si un journal est censé avoir été fait, comment peut-on le retrouver ?

* à quoi est probablement due la lenteur du processus ?

merci d'avance.

Cordialement

fornas

Modifié le 3 février 2015 par fornas

[fornas]

allons bon, le terminal est réapparu...

[fornas]

donc tout se termine (enfin) bien

Pass completed, 0 bad blocks found. (0/0/0 errors)
DiskStation>

reste la question :

* à quoi est probablement due la lenteur du processus ?

[gaetan.cambier]

pour mon 4to (wd green) mais bon, la marque a peu d'importance, les perf sont pas fort differente, j'avais mis 1 peu moin de 2 jours il me semble

--> c'est très long chez toi

[fornas]

Bonsoir Gaetan Cambier,

penses-tu que cette lenteur vienne de :

* la version de nas : ds411 sous DSM 5.1-5022 Update 1 ?

* la capacité du pc à partir duquel a été lancée la procédure : asus ul30A : cpu u7300@1.3Ghz 64bits core2-duo, memory 4gib

* la carte ethernet ?

-network
                description: Ethernet interface
                produit: AR8132 Fast Ethernet
                fabriquant: Atheros Communications Inc.
                identifiant matériel: 0
                information bus: pci@0000:03:00.0
                nom logique: eth0
                version: c0
                numéro de série: 90:e6:ba:97:d0:59
                taille: 100Mbit/s
                capacité: 100Mbit/s
                bits: 64 bits
                horloge: 33MHz
                fonctionnalités: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation
                configuration: autonegotiation=on broadcast=yes driver=atl1c driverversion=1.0.1.1-NAPI duplex=full ip=192.168.1.12 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
                ressources: irq:46 mémoire:febc0000-febfffff portE/S:ec00(taille=128)

[gaetan.cambier]

Le badblock, il est lancé sur le nas, ton PC sert juste a afficher le terminal et la connections réseau n'est utile que pour gérer l'affichage --> ça ne change strictement rien

Pour le nas en lui même, c'est pas un badblock qui va saturé le nas, reste plus que le disque lui même ou vérifié si l'interface SATA fonctionne bien a la bonne vitesse

[fornas]

Bonjour Gaetan Cambier,

et merci pour ces précisions

comment peut-on vérifier la vitesse "sata-ique" ?

[fornas]

j'ai fait :

~$ ssh root@192.168.1.6
root@192.168.1.6's password: 

BusyBox v1.16.1 (2015-01-07 14:59:24 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

DiskStation> hdparm -t /dev/sdd

/dev/sdd:
 Timing buffered disk reads: 368 MB in  3.00 seconds = 122.53 MB/sec

dans les caractéristiques du ds411 :

ici:

https://fr.wikipedia.org/wiki/Serial_ATA

donc 122 MB/sec au lieu de 300

on retomberait effectivement sur tes chiffres d'environ 2 jours !

et comment qu'on fait maintenant pour remettre les "gaz" à 300 ?

[gaetan.cambier]

 hdparm -tT /dev/sda

te donnera aussi la lecture à partir du cache, la, tu devrai voir 600 apparaitre

[fornas]

par curiosité j'ai regardé ce que donnaient les autres disques (hdd hitachi 2Tio: hds5c3020ala632 - sata3_6Gio/s) :

DiskStation> hdparm -t /dev/sda

/dev/sda:
 Timing buffered disk reads: 340 MB in  3.01 seconds = 112.95 MB/sec
DiskStation> hdparm -t /dev/sdb

/dev/sdb:
 Timing buffered disk reads: 230 MB in  3.01 seconds =  76.36 MB/sec
DiskStation> hdparm -t /dev/sdc

/dev/sdc:
 Timing buffered disk reads: 352 MB in  3.02 seconds = 116.72 MB/sec
DiskStation> hdparm -t /dev/sdd

/dev/sdd:
 Timing buffered disk reads: 436 MB in  3.00 seconds = 145.25 MB/sec

donc apparemment : aucun disque au niveau des promesses...

/dev/sdb:
 Timing buffered disk reads: 274 MB in  3.01 seconds =  90.96 MB/sec
DiskStation> hdparm -t /dev/sdb

/dev/sdb:
 Timing buffered disk reads: 354 MB in  3.02 seconds = 117.10 MB/sec
DiskStation> hdparm -t /dev/sdb

/dev/sdb:
 Timing buffered disk reads: 310 MB in  3.01 seconds = 103.01 MB/sec

le disque 2 améliore sa vitesse

il a dû baisser la tête

dsm m'a annoncé un secteur défectueux sur ce disque, remappé

j''espère que les hitachi ne vont pas lâcher les uns après les autres !

DiskStation> hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   464 MB in  2.00 seconds = 232.00 MB/sec
 Timing buffered disk reads: 274 MB in  3.00 seconds =  91.29 MB/sec
DiskStation> hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   410 MB in  2.00 seconds = 204.53 MB/sec
 Timing buffered disk reads: 308 MB in  3.01 seconds = 102.45 MB/sec
DiskStation> hdparm -tT /dev/sdc

/dev/sdc:
 Timing cached reads:   436 MB in  2.02 seconds = 216.09 MB/sec
 Timing buffered disk reads: 136 MB in  3.41 seconds =  39.92 MB/sec
DiskStation> hdparm -tT /dev/sdd

/dev/sdd:
 Timing cached reads:   376 MB in  2.00 seconds = 187.67 MB/sec
 Timing buffered disk reads: 346 MB in  3.00 seconds = 115.18 MB/sec

la vitesse promise jouerait-elle à cache-...cache ?

[gaetan.cambier]

c'est bizarre tes résultat, j'ai fait le test chez moi :

/dev/sde:
 Timing cached reads:   1264 MB in  2.00 seconds = 631.61 MB/sec
 Timing buffered disk reads: 402 MB in  3.02 seconds = 133.23 MB/sec

/dev/sdd:
 Timing cached reads:   1250 MB in  2.00 seconds = 624.40 MB/sec
 Timing buffered disk reads: 298 MB in  3.05 seconds =  97.82 MB/sec

sde = green 4to

sdd = green 2to

donc chez moi, la vitesse à partir du cache est à 600mo --> logique

chez toi, elle ne passe meme les les 300 :s

[fornas]

oui, chez toi, ça décoiffe

faudrait trouver un moyen "discret" de rebooster ces "faignasses" "à l'insu de leur plein gré"

"bricoler" le cache ?

ici

https://wiki.deimos.fr/Optimiser_les_performances_des_disques_dur_sur_Linux

il y a bien des astuces mais je ne comprends pas vraiment...

[Flux Radieux]

Le badblock, il est lancé sur le nas, ton PC sert juste a afficher le terminal et la connections réseau n'est utile que pour gérer l'affichage --> ça ne change strictement rien

Pour le nas en lui même, c'est pas un badblock qui va saturé le nas, reste plus que le disque lui même ou vérifié si l'interface SATA fonctionne bien a la bonne vitesse

​Bonjour,

pour retrouver ma progression si j’éteins mon ordi comment je dois m'y prendre ?

[Flux Radieux]

Bon j'étais curieux de voir si je me déconnectais de putty si badblock continuait le boulot sur le nas, bin nan! ^^

moniteur de ressource & processus du nas, dès que je me suis déconnecté de putty  badblocks à disparu des taches actives

edit:

du coup j'ai lancé via le planificateur de tache,  mais j'ai pas la progression ni le résultat, quelqu'un aurait un conseil une astuce ?

Modifié le 23 mai 2015 par Flux Radieux

[gaetan.cambier]

Lance la commande ainsi : badblocks / dev/sdX > result.log & Ensuite tu lance la commande : tail result.log Pour voir l'avancement

[Flux Radieux]

Merci

par contre je dois me rendre dans quel répertoire ?

tail: can't open 'result.log': No such file or directory
tail: no files

 

[gaetan.cambier]

Bizarre, normalement, il créé le fichier dans le répertoire courant, et tu le lis depuis le même répertoire --> ça aurait du fonctionner :s

[Flux Radieux]

j'ai recommencé, cette fois en faisant un "dir" je vois bien le fichier "result.log" mais quand je rentre "tail result.log" je ne vois pas le résultat et pourtant ça travail puisque je ne peux plus rentrer de commande Oo

je viens de voir que le fichier créé ne contenait rien, bon tant pis merci tout de même pour l'astuce

Modifié le 24 mai 2015 par Flux Radieux

[Feneck91]

Je n'y arrive pas, lorsque je me connecte avec le bon mot de passe putty se ferme.

En plus il faut laisser le PC allumé ? Est-ce que la commande badblocks / dev/sdX > result.log permet de fermer la ligne de commande et de s'y reconnecter plus tard ?

J'ai lancé un Test Smart détaillé, ça ne fait pas la même chose ?

[gaetan.cambier]

non, aller, on va faire plus simple :

tu as créer un volume sur ton nas ? si pas, tu en crée un en vitesse et tu verifie que le repertoire partagé public existe

bon après, tu va dans

panneau de config --> planificateur de tache --> créer --> script utilisateur

tu décoche "activé"

et tu colle ceci :

badblocks /dev/sda > /volume1/public/result_sda.log &
badblocks /dev/sdb > /volume1/public/result_sdb.log &
badblocks /dev/sdc > /volume1/public/result_sdc.log &
badblocks /dev/sdd > /volume1/public/result_sdd.log &

ensuite, tu sauvegarde la tache et tu click sur le bouton executer une seul fois ;)

 

[Feneck91]

J'ai lancé un Test SMART, je ferais ça après ! (600 minutes), 20% effectué !

Donc, moi je fais :

badblocks /dev/sda > /volume1/public/result_sda.log &
badblocks /dev/sdb > /volume1/public/result_sdb.log &
badblocks /dev/sdc > /volume1/public/result_sdc.log &
badblocks /dev/sdd > /volume1/public/result_sdd.log &
badblocks /dev/sde > /volume1/public/result_sde.log &

Parce que j'ai 5 disques je suppose. Et pour lire les fichiers results ? Via FTP ?

Modifié le 17 octobre 2015 par Feneck91

[Feneck91]

ça ne fait rien, ça me crée 5 fichiers vide...

Lorsque j'ai créé mon volume, j'ai demandé qu'il teste les secteur, ça a pris une dizaine d'heure.

Pas d'erreurs. C'est suffisant ?

Modifié le 19 octobre 2015 par Feneck91