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...

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 ?

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 ?

Bonjour Gaetan Cambier, et merci pour ces précisions comment peut-on vérifier la vitesse "sata-ique" ?

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)

bonjour, finalement, il n'aura pas duré longtemps... donc remplacé par un SEAGATE-NAS-HDD-ST4000VN000-3.5"-4To qui vient de se faire "badblocké"

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 ?

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

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

je viens d'écrire, semble-t-il, une bêtise, ce qui en dit long sur mes compétences "réseau" puisque le dsm se met à jour facilement : le nas peut aller sur le web... donc, sauf erreur, ce ne serait pas une piste. dommage

relisant le howto : https://www.synology.com/fr-fr/knowledgebase/tutorials/566 le dernier point m'interpelle (quelque part:)) : comme précisé au départ, le nas est relié à un switch, lui-même relié à la livebox, qui en principe assure le routage, dans le réseau local. je n'ai, pour l'instant, pas l'intention de relier le nas à l'internet: je n'ai donc rien appliqué de ce tuto : https://www.synology.com/en-global/knowledgebase/tutorials/456 serait-ce le facteur bloquant ?

Bonjour, en piochant quelques commandes de ci, de là, j'obtiens les infos suivantes que je ne sais pas interpréter $ sudo mkdir /media/ds411 jlg@UL30A:~$ sudo mount 192.168.1.5:/volume1/ds411 /media/ds411 mount.nfs: Connection timed out jlg@UL30A:~$ showmount -e 192.168.1.5 bash: showmount : commande introuvable jlg@UL30A:~$ sudo showmount -e 192.168.1.5 clnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused) jlg@UL30A:~$ rpcinfo -p 192.168.1.5 rpcinfo : ne peut contacter l'aiguilleur de ports: RPC : erreur système sur l'hôte cible - Connexion refusée une piste ? serait-ce le nas (naze) qui se refuse à coopérer ?

Bonjour et excellente nouvelle année ! je n'arrive pas, à partir d'un pc sous linux debian, à me connecter à mon ds411, relié au routeur de la livebox: $ sudo mount 192.168.1.5:/volume1/ds411 /mnt [sudo] password for jlg: mount.nfs: Connection timed out le "user id", jlg, est bien déclaré, avec les permissions lec/ecr et c'est le même user id pour le nfs-client et le diskstation, comme conseillé ici : https://www.synology.com/en-global/knowledgebase/tutorials/566 la permission nfs est bien activée pour l'adresse ip du pc, à partir duquel j'essaye de me connecter : à partir du pc, j'arrive bien à entrer dans le diskstation, via firefox et DSM-5.1-5021-update2. une idée ? merci d'avance. cordialement fornas

ok, merci Oooops! c'est l'option que j'ai prise donc SHR donnant 5,44 TB utilisables avec 2 TB en protection de données. PS: qu'est-ce qu'un BR ? toujours 330 Mo absorbés par le "système", je suppose que c'est normal

pour une utilisation domestique (photos, videos, documents divers) avec le souhait d'exploitation du multimedia via le reseau domestique, quelle solution préconises-tu pour la protection des données : sur 1 ou sur 2 disques ?