Bonjour Fréderic,
Le 14/07/2016 à 13:16, Frédéric a écrit :
> Hello,
>
> Est-ce que quelqu'un sait comment fonctionne l'auto spindown d'un disque
> dur, exactement ? Qui gère réellement l'arrêt du disque ? Le disque
> lui-même, ou le contrôleur qui est au cul ?
>
> Car avec Mike, on a du mal à comprendre un truc.
>
> J'ai ce boîtier :
>
> http://www.ldlc.com/fiche/PB00184700.html
>
> dans lequel les disques ne s'arrêtent jamais ! Alors qu'ils fonctionnent
> bien dans un autre boîtier du même genre.
>
> De quoi cela peut-il provenir ?
>
> On a remarqué que lors de la connexion usb, le dialogue montre des
> erreurs :
>
> usb 2-3: new high-speed USB device number 23 using ehci-pci
> usb 2-3: New USB device found, idVendor=067b,
> idProduct=2773
> usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> usb 2-3: Product: USB3.0 Device
> usb 2-3: Manufacturer: Generic.
> usb 2-3: SerialNumber: ATMM220U3000000001
> usb-storage 2-3:1.0: USB Mass Storage device detected
> scsi host24: usb-storage 2-3:1.0
> scsi 24:0:0:0: Direct-Access ST310005 28AS CC46 PQ: 0 ANSI: 0
> sd 24:0:0:0: Attached scsi generic sg6 type 0
> sd 24:0:0:0: [sdf] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
> sd 24:0:0:0: [sdf] Write Protect is off
> sd 24:0:0:0: [sdf] Mode Sense: 03 00 00 00
> sd 24:0:0:0: [sdf] No Caching mode page found <<<<<<<
> sd 24:0:0:0: [sdf] Assuming drive cache: write through <<<<<<<
> sdf: sdf1
> sd 24:0:0:0: [sdf] Attached SCSI disk
>
> (elles s'affichent en rouge avec dmesg).
Pour moi, ce ne sont pas des erreurs. C'est juste une information qui
te dit que le mécanisme de cache **interne** du disque est désactivé
pour les écritures. Ce qui veut dire que lorsque l'OS enverra une
écriture de données sur le disque, celui-ci ne rendra la main que
lorsqu'il aura terminé le boulot.
C'est une perte de perf par rapport aux capacités réels du disque
(désactivation, pour les écritures, des xx Mo de cache interne au disque).
Mais pour un périphérique amovible, c'est la garantie que les données
sont bien écrites. Il y a certes encore le mécanisme de cache de l'OS,
mais cela, ce n'est pas la responsabilité du disque.
Je pense que c'est un choix du constructeur de la station, que d'avoir
désactivé le cache en écriture, et cela me paraît normal. Dans le cas
contraire, il devrait y avoir un batterie de secours dans la station,
afin de supporter le cache en écriture. C'est le cas par exemple pour
certains contrôleurs RAID.
> Le auto spindown fonctionne immédiatement après la commande hdparm -S,
> mais dès qu'on débranche le disque pour le déplacer, ça ne marche plus.
>
> Pourquoi ? Quelle différence avec l'autre boîtier ?
>
> Truc bizarre : avec gnome-disks, on ne peut pas modifier ce paramètre via
> ce boîtier USB, alors qu'on peu avec l'autre. Mais hdparm le permet !
>
> Comprend rien...
C'est déjà assez "miraculeux" que hdparm arrive à discuter avec un
disque, à travers une interface USB.
Perso, j'ai des adaptateurs USB/PATA et USB/SATA, et ils ne laissent
pas passer les commandes hdparm (ni smartcrtl d'ailleurs) :
# hdparm -Y /dev/sdc
/dev/sdc:
issuing sleep command
# hdparm -y /dev/sdc
/dev/sdc:
issuing standby command
# smartctl -a /dev/sdc
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.6.0-1-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke,
www.smartmontools.org
/dev/sdc: Unsupported USB bridge [0x05e3:0x0702 (0x033)]
> Merci de vos lumières.
Je pense que le constructeur de la station (plutôt du chipset usb <->
sata) n'a pas implémenté toutes les spécificité du protocole SATA.
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
