Bonjour
Après l'installation d'une slackware 14.1 sur un disque sata ancien, j'ai des erreurs de compilation : gcc 4.8.2 segfault ou le logiciel obtenu plante.
Le système de fichier (reiserfs) semble correct : reiserfsck ne trouve pas d'erreur.
Un expert de smartctl peut-il décrypter les informations renvoyées par cette commande ?
smartctl 5.43 2012-06-30 r3573 [i686-linux-3.10.17-smp] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.10
Device Model: ST380815AS
Serial Number: 6QZ2VVXW
Firmware Version: 3.AAC
User Capacity: 80 026 361 856 bytes [80,0 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Fri Aug 29 23:54:16 2014 CEST
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: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) 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: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 27) minutes.
SMART Attributes Data Structure revision number: 10
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 115 099 006 Pre-fail Always - 94752494
3 Spin_Up_Time 0x0003 098 097 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 099 099 020 Old_age Always - 1735
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 075 060 030 Pre-fail Always - 38639336
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 1528
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1736
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 066 054 045 Old_age Always - 34 (Min/Max 34/34)
194 Temperature_Celsius 0x0022 034 046 000 Old_age Always - 34 (0 16 0 0 0)
195 Hardware_ECC_Recovered 0x001a 082 070 000 Old_age Always - 196452087
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
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 Data_Address_Mark_Errs 0x0032 100 253 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
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.
La colonne "RAW_VALUE" m'inquiète.
D'avance merci pour toute information ou précision.
Slack
# /var/log/messages ou /var/log/kernel.log
Posté par NeoX . Évalué à 2.
en faisant un
tail -f /var/log/messagesou `tail -f /var/log/kernel.log dans un terminalpuis en lancant ta compilation, tu peux aussi voir, en direct, s'il y a des erreur d'acces au disque (Drive Seek {….})
# Autre chose que le disque ?
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2. Dernière modification le 30 août 2014 à 09:20.
Est-ce que des pannes sur d'autres composants ont été envisagées ? Des erreurs aléatoires à la compilation ou dans les logiciels résultants de la compilation peuvent résulter de défauts de la mémoire vive, ou du microprocesseur ; ou peut-être d'autres composants encore, mais en ce qui me concerne je n'ai rencontré que ces deux cas là.
PS : en fait les chiffres de la colonne valeur brut de smartmontools ne sont pas interprétable directement (le plus souvent). Il faut les comparer aux valeurs de la colonne indiquant les valeurs seuils ; ou bien étudier les spécifications constructeur pour savoir ce que signifie les chiffres. En l'occurrence, je n'ai pas remarqué de problèmes en parcourant le rapport SMART de votre disque (ce qui ne veut pas forcément dire qu'il n'y en a pas).
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
# Par habitude
Posté par Mr Kapouik (site web personnel) . Évalué à 4.
Je lis des SMART tout les jours et en gros quand je vois ça :
1 Raw_Read_Error_Rate 0x000f 115 099 006 Pre-fail Always - 94752494
Je met le disque à la poubelle et j'en prend un autre. Un disque fonctionnel il a 0 ou au pire il a 10 ou 20 parce que des erreurs ça arrive sur la vie d'un disque.
D'ailleurs je te recommande de faire deux smartctl avec 10 minutes d'intervalle et tu devrais le voir grossir rapidement.
Bref ton disque tu le mets en lecture seul et tu sauvegardes ce qu'il y a à sauvegarder puis tu en achètes un autre.
Par contre 1500h pour un disque dur c'est rien. Là il a soit chauffé comme un fou, été maltraité ou sinon il était défectueux à l'achat.
[^] # Re: Par habitude
Posté par jben . Évalué à 3. Dernière modification le 30 août 2014 à 16:41.
Moi ce qui me fait peur c'est :
Même si il faut toujours être prudent avec les
raw valuesdont la signification change d'un constructeur à l'autre, la valeur normalisée n'est pas excellente non plus, et la valeur la plus basse est aussi inquiétante. Sur un disque qui a fonctionné en continu depuis plusieurs années, je jugerai qu'il sera en fin de vie assez rapidement mais qu'il peut encore servir un peu, sur un disque qui a 1500 heures, je fais comme Mr Kapouik, je sauvegarde aussi vite que je peux et je transforme le disque en élément décoratif.[^] # Re: Par habitude
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2.
Il semble que les valeurs numériques SMART fournies par les disques Seagate soient assez délicates à interpréter. Ici on peut lire une méthode qui permet(tait) d'interpréter certains des résultats.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Par habitude
Posté par Thibault (site web personnel) . Évalué à 3.
Quand j'ai affaire à du Seagate j'évite de me fier aux valeurs brutes des Error Rate car elles ne sont pas représentatives et de tous les Seagate que j'ai pu voir passer, j'ai toujours vu des valeurs brutes très élevées sur ces attributs (pour eux je regarde plutôt les valeurs des colonnes du milieu). Pour le Raw_Read_Error_Rate, ça ne semble pas plus inquiétant que ça.
Pour le Seek_Error_Rate la valeur semble assez proche du Thresh et il conviendrait de la surveiller de plus près.
Ce qui me choque plus c'est le nombre de Start_Stop_Count et Power_Cycle_Count comparé au Power_On_Hours, ça ferait en moyenne 28 démarragesdu disque par jour (et démarrage à froid, pas juste la sortie de veille du disque), ça me semble énorme.
Quant au Hardware_ECC_Recovered, ça m'a l'air trop comparé au Power_On_Hours…
Je dirais que ton disque est en train de mourir.
# 1500 heures
Posté par GG (site web personnel) . Évalué à 2.
Bonjour,
comme dit plus haut, 1500 heures c'est peu.
En France, la garantie constructeur est de 2 ans. Si tu es dans les temps, tu sauvegardes tes données et tu le fais échanger quand il sera vraiment en panne.
Quand au vice de fabrication, c'est déjà plus difficile à faire valoir.
A+
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
# Nouvelles
Posté par slack . Évalué à 3.
Merci à tous pour vos remarques.
Ce disque sent vraiment le moisi, mais il n'est pas le seul responsable des dysfonctionnements. J'ai rencontré les mêmes problèmes de plantages après avoir remplacé le disque dur par celui d'un autre PC où il fonctionne très bien.
Sur le PC problématique avec le disque sain, voici ce que me renvoie
grep BUG /var/log/syslogaprès la compilation d'un noyau qui a fini par planter :Aug 30 22:12:32 PC kernel: [ 937.038959] BUG: Bad page map in process as pte:80000000292f4067 pmd:22c9a067
Aug 30 22:12:32 PC kernel: [ 937.039749] BUG: Bad rss-counter state mm:f65421c0 idx:0 val:-1
Aug 30 22:12:32 PC kernel: [ 937.039806] BUG: Bad rss-counter state mm:f65421c0 idx:1 val:1
Aug 30 22:12:32 PC kernel: [ 937.076074] BUG: Bad page state in process cc1 pfn:292f4
Aug 30 22:12:33 PC kernel: [ 937.554192] BUG: Bad page map in process cc1 pte:800000003014a067 pmd:1d922067
Aug 30 22:12:33 PC kernel: [ 937.555876] BUG: Bad page state in process cc1 pfn:3014a
Aug 30 22:12:34 PC kernel: [ 938.456396] BUG: Bad page map in process cc1 pte:8000000003f0e067 pmd:1d922067
Aug 30 22:12:34 PC kernel: [ 938.459442] BUG: Bad page state in process cc1 pfn:03f0e
Aug 30 22:13:29 PC kernel: [ 993.830485] BUG: Bad page map in process cc1 pte:80000000152ee067 pmd:1d922067
Aug 30 22:13:29 PC kernel: [ 993.925038] BUG: Bad rss-counter state mm:f66eefc0 idx:0 val:-1
Aug 30 22:13:29 PC kernel: [ 993.925039] BUG: Bad rss-counter state mm:f66eefc0 idx:1 val:1
Aug 30 22:14:26 PC kernel: [ 1050.791509] BUG: Bad page map in process cc1 pte:8000000028d2a067 pmd:1d922067
Aug 30 22:14:26 PC kernel: [ 1050.804518] BUG: Bad rss-counter state mm:f66eefc0 idx:0 val:-1
Aug 30 22:14:26 PC kernel: [ 1050.804519] BUG: Bad rss-counter state mm:f66eefc0 idx:1 val:1
Aug 30 22:16:08 PC kernel: [ 1153.114947] BUG: Bad page state in process umount pfn:152ee
Je vous fait grâce des rapports complets de plantages du noyau dans le fichier /var/log/syslod.
Je pense pour un problème d'alimentation : après avoir été arrêté, ce PC n'a pas voulu redémarrer. Il a fallu couper la multiprise quelques minutes pour qu'il se relance, toujours aussi instable.
Prochainement, je lancerai memtest et j'échangerai les RAM des deux PC.
Et encore merci pour votre aide.
Slack
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.