Salut tt le monde
je viens d'installer fedora 8 x86-64 sur mon nouveau potable Dell XPS M1330
mon disque dur (samsung HM160HI) fait un bruit (cliick clack ) inquiétant toutes les 10 sec environ. un bruit que je n'entends pas sous Windows Vista
j'ai parcouru le web au long et au large sans réponse satisfaisante.
ce que j'ai appris de mes investigations c'est que le pb peut être dû à
1. une défaillance matérielle : si c'est le cas pourquoi ce bruit n'est-il pas audible sous windaub???
2. une gestion agressive de l'alimentation???? et là :
hdparm -B 255 /dev/sda pour désactiver l'APM n'a rien donner
j'ai démarrer en single User en désactivant l'ACPI (acpi=off) ss résultat non plus
la commande :
[root@localhost ~]# smartctl -A /dev/sda
smartctl version 5.37 [x86_64-redhat-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   252   252   025    Pre-fail  Always       -       1937
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       8346
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   252   252   000    Old_age   Always       -       69
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       53
191 G-Sense_Error_Rate      0x0032   095   095   000    Old_age   Always       -       51672
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       3
194 Temperature_Celsius     0x0022   136   115   000    Old_age   Always       -       34 (Lifetime Min/Max 12/41)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       2755
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       118
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       220
199 UDMA_CRC_Error_Count    0x0036   252   252   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   252   252   000    Old_age   Always       -       0
lancée plusieurs fois successives me montre que l'attribut 191 (G-sense-error-rate) n'arrête pas de grimper au fil des clacks du disque.
la doc indique que cet attrib représente le taux d'erreurs dues aux chocs et vibrations !!!!!!
ma machine et bien clouer au sol et je ne suis pas dans une zone à activité sismique, comment expliquer alors ce taux excessif sur une machine qui n'a cumulé que 57 heurs de fonctionnement

je sèche

Avez-vous une idée

merci de votre patience
J'ai les mêmes symptôme avec mon portable asus. Sauf que:
- je n'ai pas de compteur de chocs
- le bruit n'est pas présent systématiquement, mais une fois que ça a commencé : j'ai ce bruit jusqu'au prochain arrêt de la machine
- pour stopper ce bruit je fais un petit suspend s/ ram puis au réveil le bruit à disparu

Je n'ai jamais trouvé de solution plus adéquate que le suspend pour supprimer ce bruit
zed2x wrote:la doc indique que cet attrib représente le taux d'erreurs dues aux chocs et vibrations !!!!!!
ma machine et bien clouer au sol et je ne suis pas dans une zone à activité sismique, comment expliquer alors ce taux excessif sur une machine qui n'a cumulé que 57 heurs de fonctionnement
Je ne sais pas comment est gérée cette détection de choc sur ta machine. Mais la seule explication que je vois, c'est que le disque croit qu'un choc a eu lieu et protège tes données. Il est possible qu'un driver sous Windows initialise le seuil d'accélération que le disque prends ensuite en compte pour détecter les chocs. Si ce seuil est à zéro, il crois être constamment sous l'effet d'un choc.

Mon explication vaut ce qu'elle vaut. Mais ce qui est sur, c'est que ton disque est en danger. Si il effectue une manœuvre de sauvegarde à tout bout de champ, il va finir par s'abimer mécaniquement. Je te conseille d'aller faire un tour sur le forum de Dell (deltalk), il y a surement d'autre personnes dans ton cas. Et si ce n'est pas le cas, tu pourras toujours ouvrir un fil pour parler de ton problème.

Il est possible également que ton disque soit défectueux, mais dans ce cas, on entendrait ce bruit également sous Windows.
Yves wrote:J'ai les mêmes symptôme avec mon portable asus. Sauf que:
- je n'ai pas de compteur de chocs
- le bruit n'est pas présent systématiquement, mais une fois que ça a commencé : j'ai ce bruit jusqu'au prochain arrêt de la machine
- pour stopper ce bruit je fais un petit suspend s/ ram puis au réveil le bruit à disparu

Je n'ai jamais trouvé de solution plus adéquate que le suspend pour supprimer ce bruit
Si ton portable est encore sous garantie, à ta place, je demanderai le remplacement par le SAV.
Si vous avez suivit le lien que j'ai donné le problème se situerais sur la valeur par defaut de hdparm donnant une vitesse de rotation excessive au dd. Celle ci ne serait pas supportée sur les derniers dd équipant certains portables. Il serait intéressant d'avoir un retour d'info là-dessus permettant de faire remonter l'info sur le bugzilla de fedora.
Salut.

Une petite sauvegarde des données personnelles s'impose aussi... On ne sait jamais...

++
eddy33 wrote:Une petite sauvegarde des données personnelles s'impose aussi... On ne sait jamais...
OUI, Ca, c'est TOUJOURS indispensable. On ne le dira jamais assez.
merci à vous tous pour vos réponses
pour les sauvegardes, j'ai pour l'instant rien à sauvegarder, j'ai pas copié mes données dessus
je teste hdparm pour voir si ça résoud qlq chose.

j'ai récupéré un outil de test chez samsung que j'essayerai aussi de faire tourner

A+
la commande
hdparm -B254 /dev/sda
semble au moins recoudre le pb de bruit, mais n'est-elle pas une méthode agressive?
en effet la gestion d'alimentation est bien utile pour le disque, la désactiver ou réduire son activité ne risque-t-il pas de rendre le disque plus vulnérable?
les Forum Ubuntu parlent d'un fichier laptop-mode.conf sensé contenir en particulier les paramètres de gestion d'alimentation des portables. Y a-t-il un équivalent sous Fedora?

il y a aussi cette attribut G-sense-error-rate qui court à tombeau ouvert, sa vitesse d'ascension a augmenté vu que le disque ne s'endort plus maintenant

merci de m'avoir aidé
En fait lorsque le disque dur d'un portable s'arrête, il ne s'arrête pas au sens propre du terme !! Les têtes ne font que "se ranger" comme à l'extinction de lordi mais non pas parce que le disque dur est en panne, cela est normal, c'est pour éviter que le disque dur subisse un choc pendant le déplacement de lordi portable, donc comme les têtes sont rangées, tu n'as rien à craindre !

Maintenant, effectivement cela peut abîmer le disque mécaniquement !
5 jours plus tard
Bonjour ,

Mon nom est Youssef et je fais partie du support technique de Dell .

J'avais lu récemment un tutorial sur Ubuntu , en français et trés complet qui traite le même sujet et donnes des différentes manières pour y remédier .

http://doc.ubuntu-fr.org/laptop_mode

En éspérant vous avoir apporté de l'aide .

Youssef
Bonjour

j'ai un dell 1525 acheté récemment sur lequel j'ai installé Ubuntu 7.10. et il présente exactement les mêmes symptomes. :

***************************
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: SAMSUNG HM160HI
Serial Number: S14QJD0Q122708
Firmware Version: HH100-11
User Capacity: 160 041 885 696 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0
Local Time is: Thu Feb 28 22:42:04 2008 CET

==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details.

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 32) The self-test routine was interrupted
by the host with a hard or soft reset.
Total time to complete Offline
data collection: ( 62) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 62) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0007 252 252 025 Pre-fail Always - 2312
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 984
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 252 252 000 Old_age Always - 86
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 22
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 1772
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 2
194 Temperature_Celsius 0x0022 115 094 000 Old_age Always - 41 (Lifetime Min/Max 15/48)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 5005
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 89
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 153
199 UDMA_CRC_Error_Count 0x0036 252 252 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000a 252 252 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 2 -
# 2 Short offline Aborted by host 150% 2 -
# 3 Short offline Completed without error 00% 0 -
# 4 Short offline Aborted by host 150% 0 -

SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1
SMART Selective self-test log data structure revision number 0
Warning: ATA Specification requires selective self-test log data structure revision number = 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Interrupted [00% left] (0-65535)
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
***************
concernant les manips du laptop mode décrites , j'ai tout essayé, sans succès
la seule commande qui semble efficace est hdparm -B254 /dev/sda
le "start/stop count" s'est quasiment stoppé
le "G-Sense_Error_Rate" a augmenté de 170 en 20h effectives de fonctionnement, avant c'était un craquement toutes les 5/10 secondes
le "Reallocated_Event_Count" augmente toujours
mais c'est en silence, il n'y a quasiment plus de craquements.

j'ai également effectué plusieurs paramétrages expliqués dans les forums ubuntu afin de limiter les réveils du disque :
http://forum.ubuntu-fr.org/viewtopic.php?id=158753&p=39
configuration du noatime dans le fstab
UUID=6a7bbd53-ee68-42a4-8c60-96c4e7407f09 / ext3 noatime,defaults,errors=remount-ro 0
redirection des tmp vers la ram dans le fstab
tmpfs /tmp tmpfs defaults,noatime,mode=0777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=0777 0 0

Je suis toujours à la recherche d'infos complémentaires
il y a cette option spécifique à samsung pour smartctl que je n'arrive pas à passer en commande.

A+
concernant les manips du laptop mode décrites , j'ai tout essayé, sans succès
la seule commande qui semble efficace est hdparm -B254 /dev/sda
le "start/stop count" s'est quasiment stoppé
...
j'ai également effectué plusieurs paramétrages expliqués dans les forums ubuntu afin de limiter les réveils du disque :
http://forum.ubuntu-fr.org/viewtopic.ph … 3&p=39
configuration du noatime dans le fstab
UUID=6a7bbd53-ee68-42a4-8c60-96c4e7407f09 / ext3 noatime,defaults,errors=remount-ro 0
redirection des tmp vers la ram dans le fstab
tmpfs /tmp tmpfs defaults,noatime,mode=0777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=0777 0 0
Chez-moi, comme pour notre ami laudu10, il y a que la commande: hdparm -B254 /dev/sda
qui a pu soulager ma souffrance.
à en croire le man, avec la valeur 254 le disque reste presque constamment éveillé. je ne suis pas sûr dans ce cas que les optimisations cités apportent quelque chose pour le disque.

il est dommage de noter que le disque Samsung HM160HI n'implémente pas l'attribut 193 Load_Cycle_Count
pour qu'on puisse voir aussi l'évolution de ce dernier

l'attribut G-Sense-Error-Rate, chez moi, est ds son dernier round
smartctl version 5.37 [x86_64-redhat-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   252   252   025    Pre-fail  Always       -       1937
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       8661
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   252   252   000    Old_age   Always       -       90
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       80
191 G-Sense_Error_Rate      0x0032   087   087   000    Old_age   Always       -       138483
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       5
194 Temperature_Celsius     0x0022   130   115   000    Old_age   Always       -       36 (Lifetime Min/Max 12/41)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       3951
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       122
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       260
199 UDMA_CRC_Error_Count    0x0036   252   252   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   252   252   000    Old_age   Always       -       0
je suis persuadé que le pb est physique, reste à convaincre le support Dell pour qu'il me change mon disque
que pense-tu Youssef ??
Bonjour ,

si c'été effectivement un problème physique ou matériel , le problème se produira bien sur Windows Vista que sur Linux Fedora , le matériel ne fera pas de différence entre les systèmes d'exploitation , et et si les Gens de Microsoft ont pu trouver comment remédier à cela , les linuxiens ne tarderont pas à en faire autant , c'est le cas d'ailleurs pour les utilisateurs Ubuntu qui ont remarqué déjà que c'est un phénomène présent sur la plupart des laptop ( et aussi disques durs ) et qui essaient d'y trouver un remède .

A savoir aussi que vous avez un utilitaire de test qui vous permet de tester tous les composants de la machine à votre disposition ( y parmis le disque dur ) , et si éventuellement l'un des composants est déféctueux ou sur le point de rendre l'ame , le test vous le signalera sous forme d'un code d'erreur que vous pouvez utiliser pour contacter le support technique . L'utilitaire de test est sur le Cd Ressource ( Drivers & Utilities ou Pilotes & utilitaires ) , le Cd est bootable il suffit de booter dessous et suivre l'assistant .


Youssef R.
Bonjour

suite de mon post du 29/2 dernier

j'ai testé une nouvelle solution qui semble positive.
pour constatation voici le smartctl de ce soir à comparer avec ceui du 28/2 (60 heures en plus, 146 au total) :

***************
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 100 051 Pre-fail Always - 1
3 Spin_Up_Time 0x0007 252 252 025 Pre-fail Always - 2125
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 1196
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 252 252 000 Old_age Always - 146
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 30
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 2622
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 2
194 Temperature_Celsius 0x0022 118 094 000 Old_age Always - 40 (Lifetime Min/Max 15/48)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 8647
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 102
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 184
199 UDMA_CRC_Error_Count 0x0036 252 252 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000a 252 252 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

**************
seul le " Reallocated_Event_Count " a réellement augmenté.

opérations effectuées :
créer le script suivant "99hdd-spin-fix.sh" (avec autorisation d'exécution) dans etc/acpi/start.d , resume.d, suspend.d
#!/bin/bash
hdparm -B 254 /dev/sda

créer le script suivant "hdd-spin-fix.sh" , inspiré de celui de Sentchev (forum ubuntu) dans etc/init.d
#!/bin/bash
# empeche le parcage des tetes
# auteur : Sentchev
# modif laurent

while [ 1 -le 1 ] ; do
sleep 1
echo "" > /home/rep_perso à modifier/fixhdd/log.txt
done


en ayant au préalable créé le dossier "/home/rep_perso à modifier/fixhdd/log.txt"

+ un lien "S99hdd-spin-fix.sh" dans etc/rc2.d pour lancement au démarrage, ce lien doit impérativement commencer par S (+ autorisation exec)


ce script fait une opération d'écriture vierge toutes les secondes dans "/home/rep_perso à modifier/fixhdd/log.txt", donc le disque ne s'arrête jamais.
est ce bon à terme?
ce que je ne comprends pas, c'est que toutes les opérations correctives du laptop mode visent à limiter les écritures sur le disque.
or, ce script, écrit en permanance.

ce que je constate, c'est que, avec ce script, les erreurs ont disparu.

(quand je passe du secteur à la batterie, il est nécessaire de relancer manuellement "hdparm -B 254 /dev/sda")

qui peut m'expliquer ce phénomène ?
merci

Laurent
2 mois plus tard
Bonjour,

Le problème de parcage serat-il résolu dans la prochaine version : fedora 9 ?
8 jours plus tard
baba78300 wrote:Le problème de parcage serat-il résolu dans la prochaine version : fedora 9 ?
Pas la peine de faire un "up", tu auras la réponse dans 3 jours. Patience.