Modérateurs: Staff Installations, Staff DIY, Staff Juridique • Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 4 invités

Conseils, Guides et Tutos pour le stockage et réseau
Règles du forum
Avant de poster, merci de prendre connaissance des règles du forum : à lire avant de poster

Rapports Smart - partages d'expériences

Message » 04 Oct 2015 21:01

MLill a écrit:
TeIlurian a écrit:Bonjour a tous, depuis quelque temps j'ai un disque dur qui veux pas déplacer ou copier certains fichiers sur d'autre disque dur ou voir mes NAS,

je pense avoir trouvé le problème :

...

vous en pensez quoi?


Le commentaire en rouge est un bon résumé ...

La valeur de 1 (valeur brute 809 hexa soit 2057) du paramètre 187 est probablement à l'origine de tes soucis de refus de traitement.
Ki a aussi ce problème sur son Seagate, mais bien moins prononcé.

Deux autres alertes me font peur.

Les 1165 secteurs défectueux (attribut 5 - reallocated sector count) mais surtout par-ce que la situation se détériore continuellement (dernière copie d'écran).

Les 240 secteurs non fiables (attributs 197 et 198).
On ne sait pas si les données présentes sur les secteurs en question pourront être relues.
Ce sont les attributs que je surveille avec le plus d'attention
Il faut au moins faire un contrôle du système de fichier (chkdsk) et avoir sous la main une sauvegarde à jour.

Michel


merci pour toute ces précisions, j'ai vidé le DD entierement sauf 3 assez gros fichiers qui veux pas me déplacer ou copier sur un autre DD, mais parcontre j'arrive a les lires lol... pas grande perte au pire... je vais essayé de faire un formatage bas niveau voir si sa peux réparé le DD... mais vu l'état je pense pas... je le garde pour des fichiers sans grande valeur que je déplace au fur et a mesure si jamais il viens a craché du jour au lendemain... j'essayerais le formatage le weekend prochain car sa risque de durer longtemps :D

merci encore a toi, et au passage ce petit logiciel a l'air pas mal du tout ;)
TeIlurian
Gardien du Chat
Gardien du Chat
 
Messages: 1693
Inscription: 23 Aoû 2008 7:10
Localisation: 76
  • offline

Annonce

Message par Google » 04 Oct 2015 21:01

Publicite

 
Encart supprimé pour les membres HCFR

Message » 14 Oct 2015 16:06

MLill a écrit:Bon je n'avais pas vu pour le 197 et le 198 !
L'important est qu'ils soient redevenus normaux.
Mais cela doit expliquer la réaction du NAS qui t'a alerté pour un statut SMART anormal du Seagate et non pas du WD.

Certes le WD n'est pas en grande forme, mais le Seagate non plus.

Michel

Suite au retour de mon fameux disque 4 à WD, ils me renvoient un disque de remplacement (ce sera sans doute du reconditionné).
Ki
 
Messages: 4394
Inscription: 12 Jan 2003 14:55
  • offline

Message » 14 Oct 2015 17:13

Ils ont donc considéré que le problème de ton disque était couvert par la garantie.
Je suppose que tous les paramètres SMART du disque de remplacement seront à leurs valeurs initiales.
Mais c'est quand même intéressant de le vérifier.

Michel
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 10 Nov 2015 12:17

MLill a écrit:Ils ont donc considéré que le problème de ton disque était couvert par la garantie.
Je suppose que tous les paramètres SMART du disque de remplacement seront à leurs valeurs initiales.
Mais c'est quand même intéressant de le vérifier.

Michel

Effectivement tout a été remis à zéro
Image

Je suis en train de remplacer mon disque 2 par un 6To ... je ne verrai pas la suite de son évolution.
Ki
 
Messages: 4394
Inscription: 12 Jan 2003 14:55
  • offline

Message » 20 Jan 2016 11:01

Intéressant votre post !

Perso, j'ai du Synology et des baies HP MSA60 reliées sur un HP Proliant DL380 G6 (matos pro). Le truc rigolo est que les baies exploitent manifestement des paramètres cachés dans les firmwares des disques (j'utilise exclusivement du WD dont pas mal de Green). Certains disques, rejetés par les baies MSA60 fonctionnent sans soucis dans le Synology. Aussi, je n'ai rien relevé de particulier comme erreur sur les disques rejetés.

Je vais faire un relevé SMART de ces deux disques. Vous me direz votre avis.

DJ
djdactylo
 
Messages: 7920
Inscription: 10 Fév 2006 19:23
Localisation: Le plat pays
  • online

Message » 21 Jan 2016 19:34

J'ai compris que le logiciel des disques durs s'autorise une durée plus ou moins longue pour gérer les erreurs.
Dans certains systèmes RAID il faut qu'il rende la main le plus rapidement possible la redondance pouvant être exploitée pour reconstituer le bloc qui n'a pas été lu.
Et si le disque tarde trop à répondre il est au contraire éjecté de la grappe.

Un WD Green n'est pas prévu pour être monté dans une grappe RAID.
Il doit prendre son temps, autant de temps que nécessaire, pour récupérer un maximum d'erreurs.
Car le système n'est capable d'aucune récupération.

Je suppose que les baies MSA60 doivent être moins tolérantes que le RAID Synology qui par contre ne dispose pas de facultés de récupération.

Ce serait effectivement très intéressant de savoir si il y a une trace des erreurs ayant provoqué l'éjection de tes disques.

Michel
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 22 Avr 2016 11:16

SMARTCTL - Synology (utilisation du terminal)

Synology met en forme les informations SMART.
Pour tous ceux qui désirent un rapport SMART plus complet et sous une forme textuelle que l'on peut exploiter, voici la procédure que j'utilise.

1) panneau de configuration : activer le service SSH

703.JPG


2) installation puis exécution de Putty

704.JPG


3) Dans la fenêtre terminal ouverte par Putty - DSM 4.2

- se connecter le compte root (même mot de passe que le compte admin)

3 bis) Dans la fenêtre terminal ouverte par Putty - DSM 6

- se connecter avec un compte ayant les droits d'administration
- passer la commande
Code: Tout sélectionner
sudo -i

- resaisir le mot de passe

4) Passer les commandes (cas de deux disques) :

Code: Tout sélectionner
smartctl -a -d sat -T permissive /dev/sda > /volume1/Public/DS716-1-2016-04-22.txt
smartctl -a -d sat -T permissive /dev/sda > /volume1/Public/DS716-2-2016-04-22.txt


Le partage réseau Public doit être défini et accessible en écriture par le compte utilisé.
Les disques suivants (3, 4 , etc...) ont pour références sdd, sde ...
On choisit les noms des fichiers en fonction de ses convenances.

5) On retrouve les rapports dans le dossier partagé

710.JPG


Code: Tout sélectionner
smartctl 6.2 (build date Mar  7 2016) [x86_64-linux-3.10.77] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red (AF)
Device Model:     WDC WD30EFRX-68EUZN0
Serial Number:    WD-WCC4xxxxxxxx
LU WWN Device Id: 5 0014ee 25ff72920
Firmware Version: 80.00A80
User Capacity:    3,000,592,982,016 bytes [3.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Apr 22 10:12:14 2016 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:  (0x00)   Offline data collection activity
               was never started.
               Auto Offline Data Collection: Disabled.
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:       (40320) seconds.
Offline data collection
capabilities:           (0x7b) SMART execute Offline immediate.
               Auto Offline data collection on/off support.
               Suspend Offline collection upon new
               command.
               Offline surface scan supported.
               Self-test supported.
               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:     ( 404) minutes.
Conveyance self-test routine
recommended polling time:     (   5) minutes.
SCT capabilities:           (0x703d)   SCT Status supported.
               SCT Error Recovery Control supported.
               SCT Feature Control supported.
               SCT Data Table supported.

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     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   194   175   021    Pre-fail  Always       -       5275
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       883
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   094   094   000    Old_age   Always       -       4507
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       477
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       39
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1228
194 Temperature_Celsius     0x0022   120   114   000    Old_age   Always       -       30
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
ATA Error Count: 90 (device log contains only the most recent five errors)
   CR = Command Register [HEX]
   FR = Features Register [HEX]
   SC = Sector Count Register [HEX]
   SN = Sector Number Register [HEX]
   CL = Cylinder Low Register [HEX]
   CH = Cylinder High Register [HEX]
   DH = Device/Head Register [HEX]
   DC = Device Command Register [HEX]
   ER = Error register [HEX]
   ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 90 occurred at disk power-on lifetime: 4014 hours (167 days + 6 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 02 00 00 00 a0  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      19:59:13.365  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:13.365  IDENTIFY DEVICE
  ef 03 45 00 00 00 a0 08      19:59:13.365  SET FEATURES [Set transfer mode]
  ef 10 02 00 00 00 a0 08      19:59:13.365  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:13.364  IDENTIFY DEVICE

Error 89 occurred at disk power-on lifetime: 4014 hours (167 days + 6 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 45 00 00 00 a0  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 03 45 00 00 00 a0 08      19:59:13.365  SET FEATURES [Set transfer mode]
  ef 10 02 00 00 00 a0 08      19:59:13.365  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:13.364  IDENTIFY DEVICE
  ef 10 02 00 00 00 a0 08      19:59:07.911  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:07.911  IDENTIFY DEVICE

Error 88 occurred at disk power-on lifetime: 4014 hours (167 days + 6 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 02 00 00 00 a0  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      19:59:13.365  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:13.364  IDENTIFY DEVICE
  ef 10 02 00 00 00 a0 08      19:59:07.911  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:07.911  IDENTIFY DEVICE
  ef 03 45 00 00 00 a0 08      19:59:07.910  SET FEATURES [Set transfer mode]

Error 87 occurred at disk power-on lifetime: 4014 hours (167 days + 6 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 02 00 00 00 a0  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      19:59:07.911  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:07.911  IDENTIFY DEVICE
  ef 03 45 00 00 00 a0 08      19:59:07.910  SET FEATURES [Set transfer mode]
  ef 10 02 00 00 00 a0 08      19:59:07.910  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:07.909  IDENTIFY DEVICE

Error 86 occurred at disk power-on lifetime: 4014 hours (167 days + 6 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 45 00 00 00 a0  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 03 45 00 00 00 a0 08      19:59:07.910  SET FEATURES [Set transfer mode]
  ef 10 02 00 00 00 a0 08      19:59:07.910  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:07.909  IDENTIFY DEVICE
  ef 10 02 00 00 00 a0 08      19:59:02.456  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      19:59:02.456  IDENTIFY DEVICE

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%      3591         -
# 2  Short offline       Completed without error       00%       552         -
# 3  Short offline       Completed without error       00%       552         -

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.



Dans ce cas particulier on a l'historique des erreurs survenues sur le disque, information introuvable par ailleurs.

6) Reste à fermer la fenêtre terminal

Code: Tout sélectionner
logout


Sources

Une petite expérience de Linux assistée de recherches sur internet !

Pour les paramètres de smartctl : How to show s.m.a.r.t report on Synology NAS
Dernière édition par MLill le 26 Avr 2016 12:02, édité 1 fois.
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 23 Avr 2016 10:24

Merci Michel, très intéressant.
J'en profite pour revenir sur un WD RED 6To que j'ai mis récemment dans mon NAS et sur lequel le test SMART n'aboutit pas. Il reste bloqué à 90%
Quand je regarde le rapport SMART, le paramètre 200 multizone error rate est à 1. Ca m'inquiète un peu. Ca me saoule de devoir le renvoyer pour récupérer un disque reconditionné alors qu'il est quasi neuf mais je crois que je ne vais pas avoir le choix :-?
Ki
 
Messages: 4394
Inscription: 12 Jan 2003 14:55
  • offline

Message » 23 Avr 2016 19:38

Je n'ai qu'un cas de disque avec la valeur brute du paramètre 200 à 1.
C'est aussi un disque dont le test SMART s'est arrêté en cours de route.
Même si depuis j'ai réussi à mener un test SMART complet jusqu'au bout après avoir réécrit des 0 sur tous les secteurs.
Il a été éjecté deux fois du RAID-1 QNAP.

Bref chez-moi ces symptômes sont corrélés avec un disque en très mauvaise santé que je n'utilise plus que pour des tests.

Michel
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 26 Avr 2016 12:43

SMARTCTL - Synology (utilisation du planificateur de tâches)

Le Planificateur de tâches est devenu très simple à utiliser (DSM 6.0).
Mes souvenirs (de 2009 :oops:) étaient nettement moins positifs !

Dans tous les cas c'est une meilleure option que le terminal :
- un seul clic pour obtenir le rapport (ou même aucun si il est programmé)
- pas de faille de sécurité potentielle
- pas d'erreur de manipulation.

Donc, en préambule, désactivons le service SSH, si nous n'en avons pas besoin par ailleurs !


1) Création de la tâche planifiée

Panneau de configuration -> Planificateur de tâches -> Créer -> Tâche planifiée -> Script défini par l'utilisateur

s04.JPG


Nommons la tâche

s05.JPG


Saisissons les deux instructions Smartctl

Code: Tout sélectionner
smartctl -a -d sat -T permissive /dev/sda > /volume1/Public/DS716-01-`/bin/date +%Y-%m-%d`.txt
smartctl -a -d sat -T permissive /dev/sdb > /volume1/Public/DS716-02-`/bin/date +%Y-%m-%d`.txt


s06.JPG


2) Exécution de la tâche planifiée

Cliquer sur la tâche pour la sélectionner puis un clic droit et exécuter (ou onglet exécuter)

s12.JPG


On peut aussi, bien sûr, planifier l'exécution périodique de la tâche.

3) Consultation des résultats

File Station nous donne accès aux résultats, chaque fichier étant daté on peut conserver un historique.

s11.JPG


4) Sources (en anglais)

Pour les paramètres de smartctl : How to show s.m.a.r.t report on Synology NAS

Pour le paramétrage du nom du fichier : Linux and Unix date command
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 29 Avr 2016 17:07

J'ai fait une petite mise à jour :

Les attributs 5 187 188 197 198 ont été corrélés avec des pannes ultérieures dans cette étude de Backblaze citée par computerworld

Je surveille ces paramètres parce qu'ils figurent dans l'étude de Backblaze et sont aussi surveillés par unRaid.

Michel
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 19 Juin 2016 19:04

Attribut 184 - End to end Error

Le NAS QNAP n'a pas apprécié cette erreur et recommande de changer le disque (feu rouge).
Je suppose qu'elle est la cause d'un plantage.

erreur-smart-184-1.jpg


erreur-smart-184-2.jpg


La présence de 28504 secteurs défectueux (6f58), dans le même rapport SMART, ne donne lieu qu'à un simple avertissement (feu orange).

erreur-smart-184-3.jpg


Dans un premier temps j'ai eu de nombreuses erreurs d'écriture puis 8360 secteurs défectueux.
Puis, durant le même traitement de synchronisation, le NAS a "spontanément" redémarré avec une petite diode rouge allumée en façade et le disque inaccessible.

erreur-smart-184-4.jpg


En redémarrant le NAS j'ai pu de nouveau accéder au contenu du disque ce qui aurait été probablement impossible si il avait été inclus dans une grappe RAID.

erreur-smart-184-5.jpg
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline

Message » 28 Juin 2016 18:45

Le dernier rapport de SMARTCTL.

Code: Tout sélectionner
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   117   086   006    Pre-fail  Always       -       159228064
  3 Spin_Up_Time            0x0003   091   090   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       441
  5 Reallocated_Sector_Ct   0x0033   095   094   010    Pre-fail  Always       -       14560
  7 Seek_Error_Rate         0x000f   073   060   030    Pre-fail  Always       -       12955202083
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       688
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       303
183 Runtime_Bad_Block       0x0032   096   096   000    Old_age   Always       -       4
184 End-to-End_Error        0x0032   077   077   099    Old_age   Always   FAILING_NOW 23
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       6446
188 Command_Timeout         0x0032   100   091   000    Old_age   Always       -       655371
189 High_Fly_Writes         0x003a   094   094   000    Old_age   Always       -       6
190 Airflow_Temperature_Cel 0x0022   064   058   045    Old_age   Always       -       36 (Min/Max 31/38)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   086   086   000    Old_age   Always       -       29446
193 Load_Cycle_Count        0x0032   085   085   000    Old_age   Always       -       30321
194 Temperature_Celsius     0x0022   036   042   000    Old_age   Always       -       36 (0 18 0 0 0)
195 Hardware_ECC_Recovered  0x001a   117   099   000    Old_age   Always       -       159228064
197 Current_Pending_Sector  0x0012   001   001   000    Old_age   Always       -       36512
198 Offline_Uncorrectable   0x0010   001   001   000    Old_age   Offline      -       36512
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       266631569736188
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       36005292782
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       1497761909790


La valeur normalisée des attributs 187, 197; 198 est à 1.
Celle de l'attribut 184 (End to End Error) vaut 73, inférieure au seuil de 99.
Une seule erreur est autorisée.

On voit donc apparaître "Failing Now" en face de l'attribut.

Les derniers incidents sont survenus lors de la relecture du disque bloc par bloc.
Ce dernier est donc incapable de restituer l'information.

C'est le premier disque que je n'arrive pas à récupérer en écrivant des zéros sur tous les secteurs, le traitement refusant de s'exécuter.

Cela dit, même en très mauvais état, j'ai pu relire une grande partie des données, sans malheureusement pouvoir m'assurer de leur intégrité.
C'est une des raisons de mon intérêt pour BTRFS que n'utilise pas QNAP.

Michel
Avatar de l’utilisateur
MLill
Membre d'Honneur Contributeur
Membre d'Honneur Contributeur
 
Messages: 16945
Inscription: 08 Déc 1999 2:00
  • offline


Retourner vers Stockage et Réseau