Quelques questions sur smartctl

Support Debian
#1

bjr,
voici le resultat de mon disque:
mon "Seek_Error_Rate " est tres elevé:
mon disque va t il me laché dans trés peu de tps?
existe t il un moyen pour le reparter?
cordialement

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 253 006 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 100 097 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 133
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 2
7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always - 153987525
9 Power_On_Hours 0x0032 074 074 000 Old_age Always - 22882
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 638
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 059 047 045 Old_age Always - 41 (Lifetime Min/Max 16/53)
194 Temperature_Celsius 0x0022 041 053 000 Old_age Always - 41 (0 16 0 0)
195 Hardware_ECC_Recovered 0x001a 066 057 000 Old_age Always - 176891193
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 11
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 11
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0

#2

C’est sans doute une indication RAW non décodée, je n’en tiendrais pas compte…

#3

Pareil que François.
La valeur brute des attributs SMART n’est pas toujours interprétable. Du moment que les valeurs normalisées courante (colonne VALUE) et pire (colonne WORST) restent largement au-dessus du seuil (colonne THRESH), alors en général tout va bien.

Par contre je me soucierais davantage de la valeur brute de l’attribut Current_Pending_Sector. Cela signifie que 11 secteurs n’ont pu être lus correctement ni être corrigés ou réalloués.

#4

ca pourrait etre la raison pourquoi mon ordi reste bloqué ?
existe t il un truc a faire?
cordialement

#5

Salut,

badblocks -s -v /dev/sdx

-s = show the progress
-v = verbose

Voir man badblocks pour plus d’infos

C’est long en général…
Pour un test plus approfondi, à faire sur un disque démonté.

Attention aux options, peut-être destructeur… Sauvegarde des données sensibles indispensable… :mrgreen:

#6

le pb c’est que c’est mon systeme

badblocks -s -v /dev/sda
Vérification des blocs 0 à 244198583
Vérification des blocs défectueux (test en mode lecture seule) : 4285760 done, 1:22 elapsed
4285768 done, 1:49 elapsed
4285769
4285770
4285771
4285772
4285773
4285774
4285775
4285776
4285777
4285778
4285779
4285780
4285781
4285782
4285783
4285784
4285785
4285786
4285787
4285788
4285789
4285790
4285791
4285792
4285793
4285794
4285795
4285796
4285797
4285798
4285799
4285800
4285801
4285802
4285803
4285804
4285805
4285806
4285807
4285808
4285809
4285810
4285811
4285812
4285813
4285814
4285815
4285816 done, 2:18 elapsed
4285817 done, 2:45 elapsed
…

#7

Pas trop de choix…
Il faut trouver un LiveCD qui contienne badblocks et le lancer sur ton disque.
Avec un disque qui fait des Erreur E/S et qui fige le système, tu est condamné à le faire.

Cherche I/O error ou erreur E/S dans tes logs. S’il y en a… ce n’est pas bon.

cat /var/log/dmesg | grep erreur E/S ou I/O error

#8

Il n’y a pas d’avantage particulier à passer badblocks en lecture seule depuis un CD live. Par contre depuis une vraie console (alt+fn) qui affiche les messages du noyau et non une console virtuelle sous X…

UUoC !
Et plutôt grepper sur le nom du disque.

#9

j’ai rien avec des erreure E/S ou I/O

cat /var/log/dmesg | grep hda
[ 10.309361] hda: WDC WD5000AAKB-00H8A0, ATA DISK drive
[ 11.040646] hda: host max PIO5 wanted PIO255(auto-tune) selected PIO4
[ 11.040938] hda: host side 80-wire cable detection failed, limiting max speed to UDMA33
[ 11.040941] hda: UDMA/33 mode selected
[ 11.096395] sda:<6>hda: max request size: 512KiB
[ 11.100550] hda: 976773168 sectors (500107 MB) w/16384KiB Cache, CHS=60801/255/63
[ 11.100550] hda: cache flushes supported
[ 11.100550] hda: sda1 sda2 < hda1
[ 18.276015] EXT3 FS on hda1, internal journal

#10

Encore UUoC ! En, plus le fichier /var/log/dmesg est écrit au démarrage mais pas mis à jour ensuite. Pour les messages suivants, consulter /var/log/kern.log ou la commande dmesg. Et si je ne m’abuse le disque testé avec badblocks est sda, pas hda.

#11

cat /var/log/dmesg | grep sda
[ 0.000000] Kernel command line: root=/dev/sda1 ro quiet
[ 11.096395] sd 3:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
[ 11.096395] sd 3:0:0:0: [sda] Write Protect is off
[ 11.096395] sd 3:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 11.096395] sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
[ 11.096395] sd 3:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
[ 11.096395] sd 3:0:0:0: [sda] Write Protect is off
[ 11.096395] sd 3:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 11.096395] sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn’t support DPO or FUA
[ 11.096395] sda:<6>hda: max request size: 512KiB
[ 11.100550] hda: sda1 sda2 < hda1
[ 11.115906] sda5 sda6 >
[ 11.115906] sd 3:0:0:0: [sda] Attached SCSI disk
[ 15.548241] Adding 4883752k swap on /dev/sda5. Priority:-1 extents:1 across:4883752k
[ 15.841632] EXT3 FS on sda1, internal journal
[ 18.112619] EXT3 FS on sda6, internal journal

#12

si je dois remplacer ce disque dure, que pensez vous des disques sdd?
y a t il un pb de compatibilité avec debian?
cordialement

#13

Salut,
Avant de songer à le remplacer, fait une sauvegarde de tes fichiers de travail, et teste le avec un liveCD (Knoopix ou Ubuntu doivent avoir des outils de test comme badblocks.

Regarde quand même ici :
cat /var/log/kern.log | grep sda ou error ou I/O…

Pas si sur que ça qu’il y ait des problèmes comme le dit fran.b… :wink:

#14

y a rien dans /var/log/kern.log

#15

Alors ton disque va bien…
Comme je le disais, si tu as un doute, démarre sur un liveCD et teste-le

#16

petite question sur les disques dures… j’ai lu plein de truc different sur hdparm.
ya t il un interet a l’utiliser?
y a t il un prolongement ou une diminussion de la durée de vie d’un disque avec hdparm?
(perso j’ai deja cassé un disque avec :frowning:)
cordialement

#17

Je répète, vu que ça n’a pas l’air d’être passé :
/var/log/dmesg est créé une fois pour toutes au démarrage avec le contenu initial du tampon de messages du noyau et n’est plus rafraîchi ensuite. Je suppose que son but est de conserver les messages du noyau au démarrage car ce tampon est circulaire et de taille limitée et lorsqu’il est plein les plus anciens messages sont effacés au fur et à mesure de l’arrivée de nouveaux messages. Donc pour consulter les derniers messages du noyau, par exemple après l’exécution de badblocks, il faut lire la sortie de la commande dmesg et non le contenu de /var/log/dmesg. Ou bien la fin de /var/log/kern.log qui lui est rafraîchi en continu (mais peut être gros).

#18

Si si :wink:
Je l’ai même noté dans un coin. :smiley: