Currently unreadable (pending) sectors

Demande d'aide : c'est ici.
Répondre
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

Bonjour,
Je reçoit un mail chaque matin de mon serveur qui me dit que mon disque est souffrant :

Code : Tout sélectionner

This email was generated by the smartd daemon running on:

   host name: XXXXX
  DNS domain: [Unknown]
  NIS domain: (none)

The following warning/error was logged by the smartd daemon:

Device: /dev/sda [SAT], 16 Currently unreadable (pending) sectors


For details see host's SYSLOG.

You can also use the smartctl utility for further investigation.
The original email about this issue was sent at Sat Apr  1 06:31:52 2017 CEST
Another email message will be sent in 24 hours if the problem persists.
J'ai lancé un examen approfondi avec «# smartctl -t long /dev/sda» et le résultat me surprend un peu :

Code : Tout sélectionner

# smartctl -l selftest /dev/sda1
smartctl 5.41 2011-06-09 r3365 [armv7l-linux-3.4.79-sun7i] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
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%     20014         -
# 2  Extended offline    Completed without error       00%     20014         -
# 3  Short offline       Completed without error       00%     19990         -
# 4  Short offline       Completed without error       00%     19966         -
# 5  Short offline       Completed without error       00%     19942         -
# 6  Extended offline    Completed without error       00%     19922         -
# 7  Short offline       Completed without error       00%     19918         -
# 8  Short offline       Completed without error       00%     19894         -
# 9  Short offline       Completed without error       00%     19870         -
#10  Short offline       Completed without error       00%     19846         -
#11  Short offline       Completed without error       00%     19822         -
#12  Short offline       Completed without error       00%     19798         -
#13  Short offline       Completed without error       00%     19774         -
#14  Extended offline    Completed without error       00%     19754         -
#15  Short offline       Completed without error       00%     19750         -
#16  Short offline       Completed without error       00%     19726         -
#17  Short offline       Completed without error       00%     19702         -
#18  Short offline       Completed without error       00%     19678         -
#19  Short offline       Completed without error       00%     19654         -
#20  Short offline       Completed without error       00%     19630         -
#21  Extended offline    Completed without error       00%     19587         -
Alors que smartctl me dit bien qu'il y a des problèmes :

Code : Tout sélectionner

# smartctl -A /dev/sda1
smartctl 5.41 2011-06-09 r3365 [armv7l-linux-3.4.79-sun7i] (local build)
Copyright (C) 2002-11 by Bruce Allen, 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     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   178   174   021    Pre-fail  Always       -       2091
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       232
  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   073   073   000    Old_age   Always       -       20036
 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       -       231
191 G-Sense_Error_Rate      0x0032   066   066   000    Old_age   Always       -       34
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       193
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       2574698
194 Temperature_Celsius     0x0022   112   095   000    Old_age   Always       -       35
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       16  <==== mes 16 problèmes
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0
240 Head_Flying_Hours       0x0032   077   077   000    Old_age   Always       -       17034
241 Total_LBAs_Written      0x0032   200   200   000    Old_age   Always       -       6841679983
242 Total_LBAs_Read         0x0032   200   200   000    Old_age   Always       -       5361546728
254 Free_Fall_Sensor        0x0032   200   200   000    Old_age   Always       -       0
Du coup ai-je bien un soucis ?
Peut on faire juste une mise en liste noir des secteurs défectueux ?

Merci pour vos lumière
Haut
Avatar de l’utilisateur
piratebab
Site Admin
Site Admin
Messages : 6184
Inscription : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

Salut,
vérifie, mais il me semble que SMART écarte automatiquement les secteurs défectueux.
Tu as 2 autres daçon de faire:
- utiliser les outils du fabriquants du disque
- utilise le logiciel badblocks qui travaille au niveau du FS si j'ai bien compris.
Haut
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

Ces secteurs sont à la fois considérés comme défectueux sans pouvoir être réalloués dans les secteurs de secours du disque. Ce n'est pas du tout une bonne info pour l'état du disque.

J'ai eu le cas deux fois en trois semaines, une fois sur un disque dur externe (poubelle) une autre fois sur un interne, avec 8 secteurs HS, je tente la conservation avec mise de côté des mauvais blocs.

J'ai utilisé e2fsk, qui comprend badblocks, avec un test de lecture écriture, avec cette commande là (je crois, voir le man)

Code : Tout sélectionner

e2fsck -ccDFY /dev/sd...
C'est super long (4 jours pour un disque externe de 2 To, un peu plus rapide avec un interne)
Haut
PascalHambourg
Contributeur
Contributeur
Messages : 930
Inscription : 05 août 2016, 20:25
Status : Hors-ligne

piratebab a écrit :vérifie, mais il me semble que SMART écarte automatiquement les secteurs défectueux.
Un secteur défectueux est réalloué (remplacé) seulement lorsqu'une tentative de lecture a finalement réussi ou lorsque de nouvelles données sont écrites. Il est normal qu'un secteur défectueux ne soit pas réalloué tant qu'il n'est pas réécrit par le système hôte.

Les secteurs réalloués apparaissent dans la ligne "5 Reallocated_sector_Ct".
La ligne "197 Current_Pending_Sector" compte les secteurs défectueux auxquels le système hôte a tenté d'accéder. Les erreurs se voient dans les logs du noyau.
La ligne "198 Offline_Uncorrectable" compte les secteurs défectueux détectés par les auto-tests du disque, sans forcément que le système hôte ait tenté d'y accéder.
piratebab a écrit : logiciel badblocks qui travaille au niveau du FS si j'ai bien compris.
Non, badblocks travaille au niveau des blocs. Il est appelé par certains programmes de vérification de système de fichiers fsck.* pour détecter les blocs défectueux.
hybridemoineau a écrit :J'ai utilisé e2fsk, qui comprend badblocks
e2fsck et ses frères travaille au niveau d'un système de fichiers, contenu généralement dans une partition. Si le disque contient plusieurs partitions, il faudra toutes les passer. Certains types de contenu n'ont pas de programme de vérification et et de mise à l'écart des blocs défectueux, notamment le swap. La commande mkswap a une option de vérification et affichage du nombre de secteurs défectueux lors de la création, mais la page de manule ne précise pas explicitement si les blocs défectueux sont marqués comme tels.
Haut
Avatar de l’utilisateur
lol
Site Admin
Site Admin
Messages : 5068
Inscription : 04 avr. 2016, 12:11
Localisation : Madagascar
Status : Hors-ligne

Salut,

@Mimoza: Merci pour la page sur le Wiki: https://wiki.debian-fr.xyz/Smart_error
J'ai fais le lien avec la page de smartmontools: https://wiki.debian-fr.xyz/Smartmontools et ajouté la catégorie afin de faciliter les recherches à l'intérieur du Wiki.
Règles d'usage du forum. Signalez si vous avez posté votre question sur un autre forum. Explications ici
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
Haut
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

Ok, pas de soucis pour les modifs. De toute façon la page n'est pas terminées.
Merci aux autres pour leurs réponses, je répond dès que j'ai avancé un peu … pas trop de temps en ce moment.
Haut
MicP
Modérateur
Modérateur
Messages : 896
Inscription : 16 avr. 2016, 22:14
Status : Hors-ligne

Bonjour

Bon anniversaire au forum

=======
Perso,je pense que faire travailler un disque dans cet état c'est prendre un risque de l'achever => perdre ses données.

Je propose de faire au plus vite une sauvegarde de toutes les données qui sont encore accessibles sur ce disque avant de continuer à essayer de le réparer.

=======

Code : Tout sélectionner

Smartctl -x /dev/sda
donnera toutes les informations nécessaires sur son état, ses références, la version de son firmware, les erreurs rencontrées avec les N° de secteurs défectueux, etc.

La commande hdparm pourra permettre d'accéder à chacun des secteurs de ce disque,
afin de pouvoir les lire, et éventuellement tenter une écriture (si nécessaire) sur ces 16 secteurs
afin qu'ils puissent éventuellement êtres ré-alloués.

Mais il faudrait vérifier si ce disque n'a pas besoin d'une mise à jour au niveau du firmware,
puisque c'est lui qui va les ré-allouer si une prochaine lecture ou écriture les concernant confirme leur défaut.

=======
De toutes façons, sauvegarder les données de ce disque tant que c'est possible est la première des opération à faire.
d'autant que s'il s'agit d'un serveur…
Haut
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

Salut,
Je reprend un peu la problématique après avoir fait mes sauvegardes …
Voilà la sortie d'un «smartctl -x» :

Code : Tout sélectionner

smartctl 5.41 2011-06-09 r3365 [armv7l-linux-3.4.79-sun7i] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Scorpio Blue Serial ATA (Adv. Format)
Device Model:     WDC WD7500BPVT-75HXZT3
Serial Number:    WD-WXJ1E23LMTN2
LU WWN Device Id: 5 0014ee 603d5a03c
Firmware Version: 03.01A03
User Capacity:    750 156 374 016 bytes [750 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Mon May  1 15:16:02 2017 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: 		(16500) 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: 	 ( 162) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x7035)	SCT Status 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          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  1 Raw_Read_Error_Rate     POSR-K   200   200   051    -    0
  3 Spin_Up_Time            POS--K   178   174   021    -    2091
  4 Start_Stop_Count        -O--CK   100   100   000    -    232
  5 Reallocated_Sector_Ct   PO--CK   200   200   140    -    0
  7 Seek_Error_Rate         -OSR-K   200   200   000    -    0
  9 Power_On_Hours          -O--CK   072   072   000    -    20483
 10 Spin_Retry_Count        -O--CK   100   100   000    -    0
 11 Calibration_Retry_Count -O--CK   100   100   000    -    0
 12 Power_Cycle_Count       -O--CK   100   100   000    -    231
191 G-Sense_Error_Rate      -O--CK   066   066   000    -    34
192 Power-Off_Retract_Count -O--CK   200   200   000    -    193
193 Load_Cycle_Count        -O--CK   001   001   000    -    2636116
194 Temperature_Celsius     -O---K   116   095   000    -    31
196 Reallocated_Event_Count -O--CK   200   200   000    -    0
197 Current_Pending_Sector  -O--CK   200   200   000    -    16
198 Offline_Uncorrectable   ----CK   200   200   000    -    0
199 UDMA_CRC_Error_Count    -O--CK   200   200   000    -    0
200 Multi_Zone_Error_Rate   ---R--   200   200   000    -    0
240 Head_Flying_Hours       -O--CK   077   077   000    -    17351
241 Total_LBAs_Written      -O--CK   200   200   000    -    6864463488
242 Total_LBAs_Read         -O--CK   200   200   000    -    5362929032
254 Free_Fall_Sensor        -O--CK   200   200   000    -    0
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

General Purpose Log Directory Version 1
SMART           Log Directory Version 1 [multi-sector log support]
GP/S  Log at address 0x00 has    1 sectors [Log Directory]
SMART Log at address 0x01 has    1 sectors [Summary SMART error log]
SMART Log at address 0x02 has    5 sectors [Comprehensive SMART error log]
GP    Log at address 0x03 has    6 sectors [Ext. Comprehensive SMART error log]
SMART Log at address 0x06 has    1 sectors [SMART self-test log]
GP    Log at address 0x07 has    1 sectors [Extended self-test log]
SMART Log at address 0x09 has    1 sectors [Selective self-test log]
GP    Log at address 0x10 has    1 sectors [NCQ Command Error]
GP    Log at address 0x11 has    1 sectors [SATA Phy Event Counters]
GP/S  Log at address 0x80 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x81 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x82 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x83 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x84 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x85 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x86 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x87 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x88 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x89 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x8a has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x8b has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x8c has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x8d has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x8e has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x8f has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x90 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x91 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x92 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x93 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x94 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x95 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x96 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x97 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x98 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x99 has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x9a has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x9b has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x9c has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x9d has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x9e has   16 sectors [Host vendor specific log]
GP/S  Log at address 0x9f has   16 sectors [Host vendor specific log]
GP/S  Log at address 0xa0 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa1 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa2 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa3 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa4 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa5 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa6 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa7 has   16 sectors [Device vendor specific log]
GP/S  Log at address 0xa8 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xa9 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xaa has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xab has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xac has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xad has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xae has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xaf has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb0 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb1 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb2 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb3 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb4 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb5 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb6 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xb7 has    1 sectors [Device vendor specific log]
GP/S  Log at address 0xc0 has    1 sectors [Device vendor specific log]
GP    Log at address 0xc1 has   93 sectors [Device vendor specific log]
GP/S  Log at address 0xe0 has    1 sectors [SCT Command/Status]
GP/S  Log at address 0xe1 has    1 sectors [SCT Data Transfer]

SMART Extended Comprehensive Error Log Version: 1 (6 sectors)
Device Error Count: 4477 (device log contains only the most recent 24 errors)
	CR     = Command Register
	FEATR  = Features Register
	COUNT  = Count (was: Sector Count) Register
	LBA_48 = Upper bytes of LBA High/Mid/Low Registers ]  ATA-8
	LH     = LBA High (was: Cylinder High) Register    ]   LBA
	LM     = LBA Mid (was: Cylinder Low) Register      ] Register
	LL     = LBA Low (was: Sector Number) Register     ]
	DV     = Device (was: Device/Head) Register
	DC     = Device Control Register
	ER     = Error register
	ST     = Status register
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 4477 [12] occurred at disk power-on lifetime: 19754 hours (823 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 00 00 00 00 90 df f8 40 00  Error: UNC at LBA = 0x0090dff8 = 9494520

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 00 00 00 00 90 df f8 40 08 12d+00:34:18.612  READ FPDMA QUEUED
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:18.607  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 00 00 00 00 00 a0 08 12d+00:34:18.603  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08 12d+00:34:18.603  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:18.603  READ NATIVE MAX ADDRESS EXT

Error 4476 [11] occurred at disk power-on lifetime: 19754 hours (823 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 00 00 00 00 90 df f8 40 00  Error: UNC at LBA = 0x0090dff8 = 9494520

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 00 00 00 00 90 df f8 40 08 12d+00:34:15.675  READ FPDMA QUEUED
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:15.670  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 00 00 00 00 00 a0 08 12d+00:34:15.666  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08 12d+00:34:15.666  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:15.666  READ NATIVE MAX ADDRESS EXT

Error 4475 [10] occurred at disk power-on lifetime: 19754 hours (823 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 00 00 00 00 90 df f8 40 00  Error: UNC at LBA = 0x0090dff8 = 9494520

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 00 00 00 00 90 df f8 40 08 12d+00:34:12.739  READ FPDMA QUEUED
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:12.734  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 00 00 00 00 00 a0 08 12d+00:34:12.730  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08 12d+00:34:12.730  SET FEATURES [Set transfer mode]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:12.730  READ NATIVE MAX ADDRESS EXT

Error 4474 [9] occurred at disk power-on lifetime: 19754 hours (823 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 00 00 00 00 90 df f8 40 00  Error: UNC at LBA = 0x0090dff8 = 9494520

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 18 00 00 00 90 df f8 40 08 12d+00:34:09.807  READ FPDMA QUEUED
  61 00 38 00 10 00 00 01 21 70 68 40 08 12d+00:34:09.807  WRITE FPDMA QUEUED
  61 00 30 00 08 00 00 00 e1 67 70 40 08 12d+00:34:09.807  WRITE FPDMA QUEUED
  61 00 20 00 00 00 00 00 a1 1e 50 40 08 12d+00:34:09.807  WRITE FPDMA QUEUED
  27 00 00 00 00 00 00 00 00 00 00 e0 08 12d+00:34:09.801  READ NATIVE MAX ADDRESS EXT

Error 4473 [8] occurred at disk power-on lifetime: 19754 hours (823 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 00 00 00 00 90 df f8 40 00  Error: UNC at LBA = 0x0090dff8 = 9494520

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 00 00 00 00 90 df f8 40 08 12d+00:34:06.768  READ FPDMA QUEUED
  60 00 08 00 08 00 00 00 91 0f 80 40 08 12d+00:34:06.710  READ FPDMA QUEUED
  60 00 08 00 00 00 00 00 91 0f 68 40 08 12d+00:34:06.710  READ FPDMA QUEUED
  61 00 08 00 48 00 00 00 c1 17 80 40 08 12d+00:34:02.184  WRITE FPDMA QUEUED
  61 00 08 00 40 00 00 00 c0 1b b0 40 08 12d+00:34:02.184  WRITE FPDMA QUEUED

Error 4472 [7] occurred at disk power-on lifetime: 6547 hours (272 days + 19 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  04 -- 61 00 46 00 00 00 00 00 00 a0 00  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  ef 00 03 00 46 00 00 00 00 00 00 a0 08     14:35:53.471  SET FEATURES [Set transfer mode]
  ec 00 00 00 00 00 00 00 00 00 00 a0 08     14:35:53.466  IDENTIFY DEVICE
  ca 00 00 00 08 00 00 03 20 10 00 e3 08     14:35:53.435  WRITE DMA
  ec 00 00 00 00 00 00 00 00 00 00 a0 08     14:35:53.425  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08     14:35:53.425  SET FEATURES [Set transfer mode]

Error 4471 [6] occurred at disk power-on lifetime: 6547 hours (272 days + 19 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  04 -- 61 00 08 00 00 03 20 10 00 e3 00  Device Fault; Error: ABRT at LBA = 0x03201000 = 52432896

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  ca 00 00 00 08 00 00 03 20 10 00 e3 08     14:35:53.435  WRITE DMA
  ec 00 00 00 00 00 00 00 00 00 00 a0 08     14:35:53.425  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08     14:35:53.425  SET FEATURES [Set transfer mode]
  ec 00 00 00 00 00 00 00 00 00 00 a0 08     14:35:53.420  IDENTIFY DEVICE
  ca 00 00 00 08 00 00 03 20 10 00 e3 08     14:35:53.389  WRITE DMA

Error 4470 [5] occurred at disk power-on lifetime: 6547 hours (272 days + 19 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  04 -- 61 00 46 00 00 00 00 00 00 a0 00  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  ef 00 03 00 46 00 00 00 00 00 00 a0 08     14:35:53.425  SET FEATURES [Set transfer mode]
  ec 00 00 00 00 00 00 00 00 00 00 a0 08     14:35:53.420  IDENTIFY DEVICE
  ca 00 00 00 08 00 00 03 20 10 00 e3 08     14:35:53.389  WRITE DMA
  ec 00 00 00 00 00 00 00 00 00 00 a0 08     14:35:53.379  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08     14:35:53.378  SET FEATURES [Set transfer mode]

SMART Extended Self-test Log Version: 1 (1 sectors)
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     20469         -
# 2  Short offline       Completed without error       00%     20445         -
# 3  Extended offline    Completed without error       00%     20425         -
# 4  Short offline       Completed without error       00%     20421         -
# 5  Short offline       Completed without error       00%     20397         -
# 6  Short offline       Completed without error       00%     20373         -
# 7  Short offline       Completed without error       00%     20349         -
# 8  Short offline       Completed without error       00%     20325         -
# 9  Short offline       Completed without error       00%     20302         -
#10  Short offline       Completed without error       00%     20278         -
#11  Extended offline    Completed without error       00%     20257         -
#12  Short offline       Completed without error       00%     20254         -
#13  Short offline       Completed without error       00%     20230         -
#14  Short offline       Completed without error       00%     20206         -
#15  Short offline       Completed without error       00%     20182         -
#16  Short offline       Completed without error       00%     20158         -
#17  Short offline       Completed without error       00%     20134         -
#18  Short offline       Completed without error       00%     20110         -

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.

SCT Status Version:                  3
SCT Version (vendor specific):       258 (0x0102)
SCT Support Level:                   1
Device State:                        Active (0)
Current Temperature:                    31 Celsius
Power Cycle Min/Max Temperature:     16/47 Celsius
Lifetime    Min/Max Temperature:      0/52 Celsius
Lifetime    Average Temperature:        30 Celsius
Under/Over Temperature Limit Count:   0/0
SCT Temperature History Version:     2
Temperature Sampling Period:         1 minute
Temperature Logging Interval:        1 minute
Min/Max recommended Temperature:      0/60 Celsius
Min/Max Temperature Limit:           -41/85 Celsius
Temperature History Size (Index):    128 (109)

Index    Estimated Time   Temperature Celsius
 110    2017-05-01 13:09    30  ***********
 ...    ..( 26 skipped).    ..  ***********
   9    2017-05-01 13:36    30  ***********
  10    2017-05-01 13:37    31  ************
 ...    ..( 98 skipped).    ..  ************
 109    2017-05-01 15:16    31  ************

Warning: device does not support SCT Error Recovery Control command
SATA Phy Event Counters (GP Log 0x11)
ID      Size     Value  Description
0x0001  2            0  Command failed due to ICRC error
0x0002  2            0  R_ERR response for data FIS
0x0003  2            0  R_ERR response for device-to-host data FIS
0x0004  2            0  R_ERR response for host-to-device data FIS
0x0005  2            0  R_ERR response for non-data FIS
0x0006  2            0  R_ERR response for device-to-host non-data FIS
0x0007  2            0  R_ERR response for host-to-device non-data FIS
0x0008  2            0  Device-to-host non-data FIS retries
0x0009  2            1  Transition from drive PhyRdy to drive PhyNRdy
0x000a  2            2  Device-to-host register FISes sent due to a COMRESET
0x000b  2            0  CRC errors within host-to-device FIS
0x000f  2            0  R_ERR response for host-to-device data FIS, CRC
0x0012  2            0  R_ERR response for host-to-device non-data FIS, CRC
0x8000  4     12249945  Vendor specific

Les outils WD ne sont pas fait pour Linux apparement. Je vais regarder avec «e2fsck» dans un premier temps.
Haut
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

Bon j'ai lancé un test sur la partition la plus grande avec la commande suivante :

Code : Tout sélectionner

fsck -ccDfv /dev/mapper/vg…
J'explique les options :
cc = Oui le «c» est doublé pour utilisé badblocks en lecture/écriture. Mis 1 seul fois c'est de la lecture seule.
D = Optimisation des répertoires, CAD mise à jour des indexes
f =
Forcer la vérification même si le système de fichiers semble bon.
v = Verbose

hybridemoineau m'avait suggérer d'autres options :
F =
Purger les tampons de cache du périphérique hébergeant le système de fichiers avant de commencer. Ce n'est vraiment utile que pour mesurer la vitesse d'e2fsck.
Y =
Répondre « yes » à toutes les questions, permet ainsi l'utilisation non interactive d'e2fsck. Cette option ne peut pas être utilisée en même temps que les options -n ou -p
Il y a une option que je n'ai pas compris dans le MAN :
k =
Avec l'option -c, les blocs défectueux trouvés dans la liste sont préservés, et les nouveaux blocs défectueux trouvés par badblocks(8) sont ajoutés à la liste existante de blocs défectueux.
Que fait cette option en plus ?

Bon par contre je vais devoir être patient en effet :
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire : 2.94% effectué, 26:23 écoulé. (0/0/0 erreurs)
Donc fin prévu dans 15h !!!
Haut
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

Je m'étais planté avec le f majuscule. c'est bien "f" pour forcer qui m'intéressait.

le Y, car en cas d'une seule erreur à 4h du mat qui bloque la vérification à 10%, un oui automatique peut servir. En cas d'erreurs multiples, ça finit par s'arrêter malgré les yes répétés - d'après mon expérience sur un disque dur pété.

Pour le k, il me semble que ça signifie que la liste des blocs défectueux n'est par réinitialisée lors d'une nouvelle passe de badblocks sur une partition. Au cas où le test passerait lors d'un nouvel essai sur les blocs défectueux...

Pour info, le disque dur de sauvegarde passé au e2fsck reste pour l'instant à 8 blocs défectueux.
Haut
MicP
Modérateur
Modérateur
Messages : 896
Inscription : 16 avr. 2016, 22:14
Status : Hors-ligne

Bonjour

Les secteurs qui sont en attente de ré-allocation seront ré-alloués si la prochaine écriture dans ces secteurs provoque encore une erreur.

Si tu n'avais pas pu sauvegarder les données il aurait été intéressant de ne ré-écrire que sur les secteurs défectueux
mais comme tu as eu la chance de pouvoir sauvegarder tout ce que ce disque contenait comme informations,
le plus simple est d'écrire dans tous les secteurs de ce disque, ce qui permettra de vérifier tous ses secteurs
et provoquera par la même occasion la ré-allocation des secteurs en attente de ré-allocation.

Ça prendra…un certain temps, mais au moins, après avoir écrit dans chacun de ses secteurs et vu le nouveau retour de smartctl que tu fera après
tu saura si ces 16 secteurs ont bien été ré-alloués s'il n'a pas été trouvé de nouveaux secteur défectueux.

Avec X correspondant à la lettre alphabétique du nom de fichier de périphérique qui est associé au disque à réparer,
tout simplement :

Code : Tout sélectionner

dd if=/dev/zero of=/dev/sdX bs=512 conv=noerror,sync
Pour que ça aille plus vite, connecte ton disque directement par un port SATA de ta machine,
c'est déjà assez long comme ça pour qu'un intermédiaire USB fasse perdre du temps, ou pire qu'il provoque des erreurs.
Moins il y aura d'intermédiaires, moins de sources d'erreurs possibles il y aura.

En tout cas, c'est déjà rassurant que tu aies pu récupérer tes données :icon_e_smile:
Haut
PascalHambourg
Contributeur
Contributeur
Messages : 930
Inscription : 05 août 2016, 20:25
Status : Hors-ligne

Mimoza a écrit :Voilà la sortie d'un «smartctl -x» :
Déjà une nouvelle rassurante : il n'y a pas eu de nouveau secteur illisible en 15 jours de fonctionnement depuis la dernière fois.
Mimoza a écrit : cc = Oui le «c» est doublé pour utilisé badblocks en lecture/écriture.
Cette option invoque badblocks avec l'option -n. Cela implique, pour chaque groupe de secteurs, de :
- lire le contenu
- écrire un motif de test
- lire le contenu et le comparer au motif de test
- réécrire les données initiales

L'exécution est très longue avec un disque rotatif car entre chaque opération il faut attendre un tour de rotation complet que le groupe de blocs repasse sous la tête de lecture-écriture, donc trois tours par bloc. Pour rappel, le temps de rotation d'un disque qui tourne à 7200 tours/minute est de 60/7200 = 8,3 ms. Avec une taille de bloc typique de 4 Kio et par défaut un nombre de 64 blocs par groupe, cela fait une vitesse de test de 10 Mo/s, soit 10 fois moins que la vitesse typique d'un disque dur.
hybridemoineau a écrit : Pour le k, il me semble que ça signifie que la liste des blocs défectueux n'est par réinitialisée lors d'une nouvelle passe de badblocks sur une partition.
C'est ainsi que je comprends la description. Cela maintient en quarantaine les blocs même s'ils ne semblent plus défectueux.
Haut
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

Merci pour vos retours et explications. Une dernière question, avec la commandes fsck+badblocks s'il retrouve bien les blocs problématiques ils devraient les réallouer et donc mon alerte devrait disparaître non ?

Pour la sauvegarde des données je n'ai pas sauvegardé tout le disque mais seulement ce qui m'intéressait dessus (bdd, scripts, config, …), donc finalement je ne sais pas si je suis passé dans les blocs défectueux.

Bon le truc que je n'ai pas encore dit c'est que j'avais mis LVM pour mes partitions et que c'est le disque système d'un serveur@home (cubieboard), donc je fait toutes les partitions que je peux sans arrêter le serveur puis je ferais les systèmes avec un autre PC.
Il me reste un peu moins de 10h avant la fin du premier scan, je verrais bien si c'est cette partitions qui a les soucis (partition de sauvegarde du PC de bureau).
Haut
MicP
Modérateur
Modérateur
Messages : 896
Inscription : 16 avr. 2016, 22:14
Status : Hors-ligne

…donc finalement je ne sais pas si je suis passé dans les blocs défectueux…
D'autant que s'ils n'ont toujours pas été ré-alloués, c'est qu'ils n'ont toujours pas été réécrits parce qu'ils sont peut être inaccessibles à ce niveau.

Si ces secteurs défectueux sont entre deux partitions qui pourraient êtres alignées sur des unités de clusters ou un multiple de mégaoctets partitionnement
ou si ces secteurs défectueux sont dans un espace non utilisé par un des Physicals Extends qui sont eux aussi "alignés" sur une unité variable dans un VG
ou si ces secteurs défectueux sont dans un espace non occupé par un des LV il ne seront pas réécrits.

=======
Éventuellement, pour t'éviter d'avoir à restaurer tes fichiers si le disque s’avère être en bon état,
tu pourrais faire un dd du disque sur lui même <=> pour qu'il ré-écrive au même endroit ce qu'il vient de lire :

Code : Tout sélectionner

dd if=/dev/sdX of=/dev/sdX conv=noerror
Haut
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

Oui en effet il y a plein de possibilités sur inaccessibilité des secteurs défectueux. Je suis partis de l'hypothèse qu'ils font partis de l'espace alloué mais ce n'est pas sûr du tout.
Du coup ta commande est à faire «hors ligne» je suppose ? Sur un système actif c'est un peu risqué non ? :003:
Haut
MicP
Modérateur
Modérateur
Messages : 896
Inscription : 16 avr. 2016, 22:14
Status : Hors-ligne

Bonjour
…Du coup ta commande est à faire «hors ligne» je suppose ? Sur un système actif c'est un peu risqué non ? …

Oh que OUI ! ce serait prendre un énorme risque pour l'intégrité des données présentes sur ce disque.

Tant qu'un des systèmes de fichiers de ce disque est en cours d'utilisation, il ne faut surtout pas prendre le risque de le déstabiliser en changeant les références sur lesquelles il base son fonctionnement.

Ce serait un peu comme si on déplaçait ou supprimait une route sur laquelle serait en train de rouler une voiture,
genre "accroche toi au pinceau, j'ai prends l'échelle"

Je pensais qu'aucun des systèmes de fichiers présent sur ce disque n'était en cours d'utilisation,
et si c'est le cas, il ne faut surtout pas prendre le risque d'utiliser dd

En pratique, on pourrait, mais en ne ciblant que les zones du disque qui ne contiennent aucune information qui serait ou aurait été utilisé pour le fonctionnement du système.
et plutôt que de prendre ce risque, je préfère m'abstenir.

D'ailleurs, la première des choses à faire avant d'utiliser dd en ciblant un disque,
c'est de vérifier et d'être sûr et certain qu'aucun des systèmes de fichiers du disque ciblé n'est en cours d'utilisation.
Et quand je dit système de fichiers, je pense aussi aux systèmes sur lesquels ont été créés les systèmes de fichiers : comme RAID, LVM etc…

=======
Si je proposais de connecter le disque sur un port SATA de la machine, je ne parlais surtout pas de mounter un de ses systèmes de fichiers,
c'était juste pour que les accès en lecture écriture de dd puissent se faire plus directement
que par l’intermédiaire d'un port USB, un câble, une carte électronique USB <->SATA, et toute la partie logicielle qui pilote tout ça.

D'ailleurs, il faut se méfier des systèmes de mountage automatique des interfaces graphiques
et des scripts qui activeraient les systèmes RAID et/ou LVM présents sur le disque ciblé
Haut
Avatar de l’utilisateur
Mimoza
Contributeur
Contributeur
Messages : 655
Inscription : 22 avr. 2016, 12:00
Localisation : Terre
Status : Hors-ligne

OK c'est bien ce que je pensais. Je vais faire ça avec un câble USB sur un autre système, je n'ai pas vraiment de contrainte de disponibilité du serveur, les mails peuvent bien survivre quelques heures sans le serveur pour les réceptionner.
Haut
MicP
Modérateur
Modérateur
Messages : 896
Inscription : 16 avr. 2016, 22:14
Status : Hors-ligne

Tu avais bien raison de le penser, c'est de ma faute : j'aurais dû préciser ce "détail" très important.

"Hoh! …I will kick myself…" (Michael Palin - Indian restaurant - How To Irritiate People - Monty Python)
Haut
PascalHambourg
Contributeur
Contributeur
Messages : 930
Inscription : 05 août 2016, 20:25
Status : Hors-ligne

Mimoza a écrit : avec la commandes fsck+badblocks s'il retrouve bien les blocs problématiques ils devraient les réallouer et donc mon alerte devrait disparaître non ?
Ce n'est pas si simple.
D'une part, j'ignore pourquoi mais l'expérience m'a appris que l'écriture dans un secteur illisible ne force pas toujours sa réallocation, et le secteur reste défectueux alors que les secteurs de réserve ne sont pas épuisés.
D'autre part, je ne suis pas sûr du comportement de badblocks en mode lecture-écriture non destructif (-n, ou via l'option -cc de fsck) lorsqu'il rencontre un secteur illisible : le marque-t-il immédiatement comme défectueux et passe-t-il au suivant ou bien essaie-t-il quand même d'y écrire puis relire un motif de test ? La page de manuel ne le précise pas.
Mimoza a écrit : Oui en effet il y a plein de possibilités sur inaccessibilité des secteurs défectueux. Je suis partis de l'hypothèse qu'ils font partis de l'espace alloué mais ce n'est pas sûr du tout.
C'est néanmoins probable car l'attribut SMART Current_Pending_Sector compte normalement les secteurs qui n'ont pas pu être lus lors d'une tentative d'accès par le système hôte, alors que l'attribut Offline_Uncorrectable compte ceux qui ont été détectés lors des tests hors ligne (internes).
Haut
MicP
Modérateur
Modérateur
Messages : 896
Inscription : 16 avr. 2016, 22:14
Status : Hors-ligne

…l'écriture dans un secteur illisible ne force pas toujours sa ré-allocation,…

C'est vrais que si on avait toutes les informations sur ce que fait le contrôleur qui est intégré à ce disque,
et les informations sur ce que lui fait faire le fichier firmware qui y a été installé, on pourrait peut-être se rapprocher un peu plus d'une certitude.
Mais comme ces informations ne sont pratiquement jamais données par les fabricants des disques dur, on ne peut que se baser que sur le fonctionnement théorique
en fonction des informations que ce disque a transmises (si tant est qu'elles soient fiables) par l’intermédiaire de smartctl

Certains spécialistes sont même obligés d'utiliser le système d'exploitation que le fabriquant du disque impose pour pouvoir faire fonctionner les programmes spécifiques qui permettent d'en faire des diagnostics plus fiables,
mais ces programmes spécifiques, quand ils sont accessibles, ne sont pas donnés.

=======
Pour l'instant, vu qu'on ne sait même pas depuis quel niveau (système de fichiers, LVM, RAID, partition) ces 16 secteurs sont accessibles,
et vu que Mimoza a eu la chance de pouvoir sauvegarder ce qui pour lui était important sur ce disque,
dans le doute, et pour (éventuellement) trouver ceux qui n'auraient pas encore été détectés comme défectueux,
je pensais faire lire et ré-écrire chacun des secteurs accessible par dd sur disque.
Haut
Répondre

Revenir à « Support Debian »