fornas Posté(e) le 2 février 2015 Posté(e) le 2 février 2015 (modifié) 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 0 Citer
fornas Posté(e) le 2 février 2015 Auteur Posté(e) le 2 février 2015 allons bon, le terminal est réapparu... 0 Citer
fornas Posté(e) le 2 février 2015 Auteur Posté(e) le 2 février 2015 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 ? 0 Citer
gaetan.cambier Posté(e) le 2 février 2015 Posté(e) le 2 février 2015 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 0 Citer
fornas Posté(e) le 2 février 2015 Auteur Posté(e) le 2 février 2015 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) 0 Citer
gaetan.cambier Posté(e) le 2 février 2015 Posté(e) le 2 février 2015 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 0 Citer
fornas Posté(e) le 3 février 2015 Auteur Posté(e) le 3 février 2015 Bonjour Gaetan Cambier, et merci pour ces précisions comment peut-on vérifier la vitesse "sata-ique" ? 0 Citer
fornas Posté(e) le 3 février 2015 Auteur Posté(e) le 3 février 2015 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 ? 0 Citer
gaetan.cambier Posté(e) le 3 février 2015 Posté(e) le 3 février 2015 hdparm -tT /dev/sda te donnera aussi la lecture à partir du cache, la, tu devrai voir 600 apparaitre 0 Citer
fornas Posté(e) le 3 février 2015 Auteur Posté(e) le 3 février 2015 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 ? 0 Citer
gaetan.cambier Posté(e) le 3 février 2015 Posté(e) le 3 février 2015 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 0 Citer
fornas Posté(e) le 3 février 2015 Auteur Posté(e) le 3 février 2015 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... 0 Citer
Flux Radieux Posté(e) le 23 mai 2015 Posté(e) le 23 mai 2015 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 ? 0 Citer
Flux Radieux Posté(e) le 23 mai 2015 Posté(e) le 23 mai 2015 (modifié) 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 0 Citer
gaetan.cambier Posté(e) le 23 mai 2015 Posté(e) le 23 mai 2015 Lance la commande ainsi : badblocks / dev/sdX > result.log & Ensuite tu lance la commande : tail result.log Pour voir l'avancement 0 Citer
Flux Radieux Posté(e) le 23 mai 2015 Posté(e) le 23 mai 2015 Merci par contre je dois me rendre dans quel répertoire ? tail: can't open 'result.log': No such file or directorytail: no files 0 Citer
gaetan.cambier Posté(e) le 23 mai 2015 Posté(e) le 23 mai 2015 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 0 Citer
Flux Radieux Posté(e) le 24 mai 2015 Posté(e) le 24 mai 2015 (modifié) 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 0 Citer
Feneck91 Posté(e) le 17 octobre 2015 Posté(e) le 17 octobre 2015 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 ? 0 Citer
gaetan.cambier Posté(e) le 17 octobre 2015 Posté(e) le 17 octobre 2015 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 ;) 0 Citer
Feneck91 Posté(e) le 17 octobre 2015 Posté(e) le 17 octobre 2015 (modifié) 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 0 Citer
Feneck91 Posté(e) le 18 octobre 2015 Posté(e) le 18 octobre 2015 (modifié) ç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 0 Citer
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.