Forum général.général Problème de disque dur sur un Laptop : bruit de rangement de tête à intervalle régulier (problème d'alimentation ?)

Posté par  (site web personnel) .
Étiquettes :
0
12
août
2005
Bonjour,

j'ai un problème que je n'arrive pas bien à analyser. Je ne sais pas si l'origine est matérielle ou logicielle. Résumé du problème : à intervalle de temps irrégulier (entre 20 et 60 secondes), mon disque dur fait le bruit qui (je crois) correspond à peu près au rangement des têtes. Le problème a lieu, même en cas d'inactivité totale sur la machine.

Avant d'aller plus loin dans mon explication, je tiens tout de suite à préciser que j'ai essayé de faire diverses recherches : Google, forums, newsgroups... mais à mon grand regret, je n'ai rien trouvé. C'est donc par désespoir que je poste ce message. Ne sachant pas où trouver les personnes qui sauront y répondre, j'ai essayé divers endroits. Dont ici :) Par avance, je m'excuse si mon message est un peu hors sujet.

Le problème a lieu sur un laptop (voir plus loin la description détaillé). À l'origine j'avais un disque dur de 40 Go (voir plus loin la description détaillé). Suite à des problèmes sur celui-ci, je l'ai remplacé par un nouveau disque dur de 80 Go. Depuis, avec ce nouveau disque dur, j'ai le problème que j'ai décris plus haut.

J'ai vérifié régulièrement le "IDE power mode status" et celui-ci est toujours en active/idle. Il n'est donc pas en veille (que j'ai désactivé). Par conséquent, je ne pense pas que cela soit un problème logiciel.

Par contre, j'ai un petit doute au niveau de l'alimentation. Je m'explique : l'ancien disque dur (Toshiba) avait les caractéristiques d'alimentations suivantes :

Tension de source 5 V
* Démarrage (maximum) : 4.7W
* Recherche (moyenne) : 2.6W
* Lecture (moyenne) : 2.3W
* Écriture (moyenne) : 2.3W
* Inactif (économie d'énergie, moyenne) : 0.7W
* Sommeil (moyenne) : 0.1W
* Veille (moyenne) : 0.25W

Mon nouveau disque dur (Western Digital) a les caractéristiques d'alimentations suivantes :

Tension de source 5 V
* Lecture/Ecriture : 2,50 Watts
* Inactif : 2,00 Watts
* En attente : 0,23 Watts
* Repos : 0,19 Watts

Je constate qu'en "lecture/écriture" et en "inactif" le nouveau disque dur consomme plus. Pensez vous que le problème peut venir de là ?

Autre détail important : lorsque je lance "dmesg", je ne vois aucune erreur/warning en rapport avec le disque dur. J'aimerais savoir si le disque dur est sous alimenté, est-ce que je pourrais voir des messages d'erreur ? Problème d'accès ... ? Autre détail, mon système ne se bloc pas au moment du "clic".

Maintenant, je vais vous donner des détails supplémentaires :
* OS : Ubuntu Hoary
* Matériel : Laptop Acer TravelMate 290 LMi (Intel Centrino Mobile Technology)
* * Intel Pentium M 1.5 Ghz
* * Intel 855GM chipset
* * Intel Pro/Wireless 2200BG(803.11b/g WLAN)
* * 15.0" XGA TFT LCD
* * DVD Dual drive
* * 512MB DDR SDRAM
* * 40GB Ultra ATA/100 HDD remplacé par un 80GB Western Digital (voir information complémentaire plus loin)

Vous trouverez en annexe 1 la sortie de la commande "lspci".
Vous trouverez en annexe 2 la sortie de la commande "hdparm -I /dev/hda".

Ancien disque dur :
* Toshiba Disk Drive
* HDD2190
* DC+5V 0.7A
* MK4025GAS
* 8455 MB
* 40.00 GB
* Lien vers les spécifications techniques constructeur : http://www.toshiba-europe.com/storage/Index.asp?page=PCI&nav=IS(...)

Nouveau disque dur :
* Western Digital
* WD800UE
* Vitesse de rotation : 5.400 tr/min (nominal)
* Taille du cache : 2 Mo
* Capacité formatée : 80.026 Mo
* Lien vers les spécifications technique constructeur :
http://www.wdc.com/fr/products/Products.asp?DriveID=99(...)

Merci d'avance,
-- Stéphane

Annexe 1 :

Sortie de la commande "lspci" :

root@harobed:/home/harobed # lspci
0000:00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
0000:00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02)
0000:00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
0000:00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 03)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 83)
0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 03)
0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 03)
0000:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03)
0000:01:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:01:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
0000:01:02.0 Network controller: Intel Corp. PRO/Wireless 2200BG (rev 05)
0000:01:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)

Annexe 2 :

Sortie de la commande "hdparm -I /dev/hda" :

root@harobed:/home/harobed # hdparm -I /dev/hda

/dev/hda:

ATA device, with non-removable media
Model Number: WDC WD800UE-00HCT0
Serial Number: WD-WXE505027200
Firmware Revision: 09.07D09
Standards:
Supported: 6 5 4 3
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 156301488
device size with M = 1024*1024: 76319 MBytes
device size with M = 1000*1000: 80026 MBytes (80 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 50 Queue depth: 1
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: unknown setting (0x0080)
Recommended acoustic management value: 128, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* READ BUFFER cmd
* WRITE BUFFER cmd
* Look-ahead
* Write cache
* Power Management feature set
Security Mode feature set
* SMART feature set
* Mandatory FLUSH CACHE command
* Device Configuration Overlay feature set
Automatic Acoustic Management feature set
* Advanced Power Management feature set
* DOWNLOAD MICROCODE cmd
* SMART self-test
* SMART error logging
Security:
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
HW reset results:
CBLID- above Vih
Device num = 0 determined by the jumper
Checksum: correct
  • # Piste.

    Posté par  . Évalué à 2.

    Pas d'inquiétude a avoir du coté de l'alimentation du HD, par contre :

    Maintenant, je vais vous donner des détails supplémentaires :
    * OS : Ubuntu Hoary


    Ben chez moi cette distri faisait exactement la même chose, et j'ai jamais pu comprendre pourquoi, malgrès une analyse poussée de tous les processus et des fichiers qu'ils utilisent (pas assez poussée donc ... :p ) . Du coup je n'utilise pas cette distri.
    • [^] # Re: Piste.

      Posté par  (site web personnel) . Évalué à 1.

      J'ai un serveur de jeu sur un laptop nc4000 avec une ubuntu et j'ai ce genre de bruit (bruit autre que le fait de gratter). Cela m'inquité au debut mais apparement cela ne nuis pas car ca marche tres bien.
      • [^] # Re: Piste.

        Posté par  . Évalué à 2.

        Salut,

        Comme de toutes façons un portable est silencieux, le moindre bruit devient suspect :)

        En regardant la sortie de hdparm j'ai remarqué que l'AAM (Automatic Acoustic Management) n'était pas réglé au plus silencieux (cf. man hdparm). Le constructeur préconise d'ailleurs, pour cette fonction AAM, une valeur optimale : 128...

        hdparm -M 128 /dev/hda
        • [^] # Re: Piste.

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          cette fonctionalité est noté comme expérimental, je sais pas ce que ça vaut en utilisation, mais ça pourrait bien être la solution !

          ce serait pas mal d'avoir des retours d'utilisateurs qui l'ont testé (vu la page man, ça dépend aussi pas mal du disque, certains ont un reglage binaire (2 valeurs = {slow, fast}) tandis qu'avec d'autres on peut avoir une certaine granularité !

          M.
          • [^] # Re: Piste.

            Posté par  . Évalué à 1.

            C'est expérimental, j'en conviens, mais je ne crois pas que si la fonction échoue cela mette en péril le disque ou même les données...
            Au pire la fonction n'a aucun effet... Mais bon, je tiens à souligner qu'apparemment (d'après les infos que hdparm lit du disque) cette fonction est supportée : une valeur du constructeur est spécifiée ; je ne pense pas que ce soit une arnaque, moi avec mes disques j'ai d'autres valeurs du constructeur (128 pour hda (un maxtor), et 192 (seagate)).

            Et donc, pour avoir testé, je peux dire que ça fonctionne ! Je n'ai pas de laptop, seulement un desktop. Avant d'avoir découvert cette fonctionnalité, je n'entendais pas beaucoup les disques (pour cause, j'ai un boîtier relativement insonorisé Antec, et la musique est souvent allumée :p ). Maintenant (avec AAM), je n'entends jamais mes disques dur, mais bon je suis toujours avec de la musique... En revanche la nuit, je laisse le PC allumé, et je n'entends pas les disques dur non plus ; pourtant le silence est quasi religieux la nuit !
            Je tiens aussi à préciser que mes disques ne sont pas très récents, ils ont au moins 3 ans chacuns.

            Pour finir, cette fonction AAM, si je me rappelle bien, baisse la vitesse de déplacement des têtes pour limiter le bruit... Car il s'agit d'un bruit mécanique ! Et qui dit bruit mécanique (micro-chocs, vibrations) dit usure (rapide ou non)... Donc si on réduit le bruit, c'est qu'on réduit l'usure (de beaucoup ou peu)... Donc je me dis que y'a pas mal à gagner à utiliser l'AAM :)
            Il faut dire aussi que comme les têtes se déplacent plus lentement, alors évidemment les performances des disques vont sensiblement diminuer : pour info, moi j'ai essayé de tester la différence (avec et sans AAM), sur un débit moyen mesuré de 45Mo/s sans AAM, on passe à 39Mo/s avec AAM optimal. Autant dire que la différence n'est vraiment pas énorme.
  • # hum, pas tous seul !!

    Posté par  (site web personnel, Mastodon) . Évalué à 2.

    mon laptop aussi fais ça !

    c'est surtout génant quand on est dans un endroit silencieux !

    avec le disque d'origine un 30 go, il le faisait, ç'était assez dérangenant ce qui fait qu'au bout de 2 jours (après l'achat, je suis aller le faire remplacer) et avec le nouveau, c'était pareil!!!

    un peu plus tard, j'ai acheter un 60 Go, et c'était pareil mais en un peu moins bruyant.. j'ai laissé courrir (le tout sous debian, j'avais testé sous win et il me semble que ça le faisait aussi).

    ce qui est étrange c'est que ma copine à un laptop similaire (meme marque, meme chipset IDE mais pas le meme DD), et ça le fait pas.

    Je pensais pas que c'eétait une chose courante, et puis j'ai eu un laptop (d'une autre marque) au taff pour (faire des tests de navigateurs :( ) et bien sous Win 2000 et XP, il fait la meme chose !!!

    donc c'est ptet un probleme de disques dur ou de chipset ide, mais il est vrai que je n'ai jamais eu de message m'indicant un disfonctionnement ou de corruptions de données, cependant si quelqu'un avait plus d'infos là dessus je suis preneur !!!

    M.
  • # question bête !

    Posté par  (Mastodon) . Évalué à 2.

    Il ferait pas le même bruit lors d'un sync ? C'est peut-être juste un flush régulier des caches disques ou les journeaux des FS journalisés...
    Ou alors, ça peut-être le disque qui régulièrement remet ses têtes en butée pour être sûr de rester bien aligné, fait-il toujours le même bruit quand il est en veille (le disque)?
  • # La solution

    Posté par  (site web personnel) . Évalué à 1.

    Tout d'abord, merci pour vos messages.

    On m'a donné la solution :

    """
    Le problème se résoud grâce à la commande suivante :

    hdparm -q -m16 -q -d1 -q -B255 /dev/hda

    Ce qui est important est le B255 qui a avoir avec la mise en veille du disque (merci à Amaury).
    """

    Toutes les informations sur mon blog : http://www.harobed.org/index.php/2005/08/12/88-ResoluProblemeDeDisq(...)

    Bonne journée
    -- Stéphane

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.