Sommaire
Bonjour,
Je ne suis pas sûr d'être sur le bon forum mais je n'ai pas trouvé mieux, alors voici mon problème.
J'avais un NAS qui a rendu l'âme mais les disques semblaient toujours ok. J'ai monté l'un des deux dans un boîtier usb, sans problèmes (après reformatage bien sûr) !
J'ai installé l'autre dans ma tour mais j'ai voulu d'abord vérifier ce qu'il y avait dessus au cas quelques fichiers n'auraient pas été sauvegardés. J'ai donc tenter de le monter en jouant avec mdadm, assemble, /dev/md, etc., le tout, hélas, sans succès. J'ai finalement renoncé et voulu le reformater pour l'utiliser comme disque normal.
Impossible, gparted diagnostique des erreurs entrées/sortie, et smartctl -a /dev/sdb donne ceci la sortie ci-dessous.
J'ai essayé de récupérer le disque en utilisant un autre superblock, sans résultat.
Quelqu'un(e) aurait une idée pour me sortir d'affaire ?
Merci pour votre aide.
--Camille
=======================sortie de smartctl ========================
smartctl 7.2 2020-12-30 r5155 x86_64-linux-6.8.0-47-generic
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Red (SMR)
Device Model: WDC WD20EFAX-68B2RN1
Serial Number: WD-WXB2A51181R1
LU WWN Device Id: 5 0014ee 2144ce45b
Firmware Version: 83.00A83
User Capacity: 2 000 398 934 016 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5400 rpm
Form Factor: 3.5 inches
TRIM Command: Available, deterministic, zeroed
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sun Oct 20 23:23:45 2024 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: (64064) 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: ( 246) minutes.
Conveyance self-test routine
recommended polling time: ( 3) minutes.
SCT capabilities: (0x3039) 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 170 168 021 Pre-fail Always - 2475
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1025
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 093 093 000 Old_age Always - 5570
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 099 099 000 Old_age Always - 1019
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 163
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 861
194 Temperature_Celsius 0x0022 115 106 000 Old_age Always - 28
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: 16030 (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 16030 occurred at disk power-on lifetime: 5561 hours (231 days + 17 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 01:09:29.128 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:29.073 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 01:09:29.073 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 08 01:09:29.073 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:29.030 IDENTIFY DEVICE
Error 16029 occurred at disk power-on lifetime: 5561 hours (231 days + 17 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 46 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 46 00 00 00 a0 08 01:09:29.073 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 08 01:09:29.073 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:29.030 IDENTIFY DEVICE
ef 10 02 00 00 00 a0 08 01:09:29.017 SET FEATURES [Enable SATA feature]
Error 16028 occurred at disk power-on lifetime: 5561 hours (231 days + 17 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 01:09:29.073 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:29.030 IDENTIFY DEVICE
ef 10 02 00 00 00 a0 08 01:09:29.017 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:28.962 IDENTIFY DEVICE
Error 16027 occurred at disk power-on lifetime: 5561 hours (231 days + 17 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 01:09:29.017 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:28.962 IDENTIFY DEVICE
ef 03 46 00 00 00 a0 08 01:09:28.962 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 08 01:09:28.962 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:28.918 IDENTIFY DEVICE
Error 16026 occurred at disk power-on lifetime: 5561 hours (231 days + 17 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 46 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 46 00 00 00 a0 08 01:09:28.962 SET FEATURES [Set transfer mode]
ef 10 02 00 00 00 a0 08 01:09:28.962 SET FEATURES [Enable SATA feature]
ec 00 00 00 00 00 a0 08 01:09:28.918 IDENTIFY DEVICE
ef 10 02 00 00 00 a0 08 01:09:28.906 SET FEATURES [Enable SATA feature]
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% 0 -
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.
# Deux manœuvres
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 3 (+1/-0).
Avez-vous :
— tenté de traiter les blocks problématiques (cf. badblock howto, par exemple) ?
— essayer de lancer un auto-test long ?
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Deux manœuvres
Posté par Voltairine . Évalué à 2 (+1/-0). Dernière modification le 21 octobre 2024 à 16:27.
Le retour de smartctl ne montre pas de blocs/secteurs problématiques.
Un test pourrait être utile mais avant il faut surtout vérifier la bonne connexion du disque, son alimentation en particulier.
[^] # Re: Deux manœuvres
Posté par totof2000 . Évalué à 3 (+1/-0).
je confirme avoir déjà eu des problèmes de ce genre sur un disque mal alimenté. Et de mémoire (donc pas 100% fiable), il me semble avoir déjà du faire des modifs sur des machines avec bios legacy au niveau du contrôleur de disque pour la reconnaissance de disque "récalcitrant".
Après il y a peut-être autre chose (j'ai eu un disque défectueux, à cause d'une mauvaise série qui au bout d'un moment bloquait la tête de lecture en mode parking, sans aucune possibilité de corriger le problème :(. Voir si ton disque ne souffrirait pas de ce genre de problème (récupérer le No de sére et aller voir sur le site du constructeur ou sur divers forums ..).
[^] # Re: Deux manœuvres
Posté par capos . Évalué à 3 (+2/-0).
Bonjour,
Merci de vos réponses.
Compte tenu du résultat de smartctl, je ne pense pas, en effet, qu'il s'agisse de blocs défectueux.
Dès que je pourrais, je ferai un essai dans le boîtier usb ce qui devrait tester un éventuel problème d'alimentation ou de connexion mais là non plus je n'y crois pas beaucoup. Ni à un problème congénital car lorsqu'il était dans le NAS, ce disque était vérifié automatiquement une fois semaine et il n'a jamais montré le moindre problème.
Il me semble que les problèmes d'entrées/sorties actuels doivent venir des manips un peu brouillonnes que j'ai faites pour essayer de l'assembler (il était formaté en linux-raid) et de le monter sur /dev/md. La chose vous paraît-elle plausible ? Et si oui, y a-t-il une piste à suivre pour le sauver ? (ça m'ennuie un peu de perdre 2To de stockage même si le prix du To est aujourd'hui très abordable)
Même une opération destructrice me conviendrait car, en principe, tout ce qui était sur le défunt NAS a été transféré à son successeur ; c'est juste une pointe de paranoïa tardive qui m'a fait vouloir en vérifier une dernière fois le contenu :(
--Camille
[^] # Re: Deux manœuvres
Posté par ǝpɐןƃu∀ nǝıɥʇʇɐW-ǝɹɹǝıԀ (site web personnel) . Évalué à 2 (+0/-0).
Pour les blocs, je confirme, j’ai vraiment lu trop rapidement.
Les erreurs d’E/S ressemblent aussi à ce que me fait un disque qui refonctionne six mois après manipulation du connecteur (le principal de mon PC depuis dix ans). Mais ça peut sûrement aussi correspondre à un problème interne plus grave. Chez moi, les messages d’erreur s’accumulent via dmesg quand le problème survient. Si en retravaillant le branchement il se laisse à nouveau manipuler, ça devrait être bon.
« IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace
[^] # Re: Deux manœuvres
Posté par totof2000 . Évalué à 2 (+0/-0).
Le contexte d'utilisation a changé, on n'est pas sûr à 100% de la façon dont les contrôleurs gèrent le disque, et le contrôleur du NAS n'a peut-être jamais généré la condition qui cause le blocage. Peut-être que le disque n'est pas mort, mais le firmware a peut-être besoin d'une mise à jour. Si le disque continue à être récalcitrant, c'est peut-être une option à envisager.
[^] # Re: Deux manœuvres
Posté par capos . Évalué à 2 (+1/-0).
Je vais essayer, comme je le disais, le test du boîtier USB pour m'assurer qu'il ne s'agit pas d'un problème de hardware (dès que je peux me passer un moment du disque actuellement dans le boîtier). J'explorerai aussi la piste de la maj de firmware. Il faudra que je cherche comment on fait ça !
Merci à tous et bonne journée.
# et si c'etait le disque en panne qui plantait le NAS
Posté par NeoX . Évalué à 3 (+0/-0).
si ca se trouve ton NAS va bien, et c'est le fait d'avoir un disque foutu qui le faisait ralentir tellement que tu as pensé qu'il etait mort :D
pour la recup des données, ca va dependre si tu etais en raid1 (copie/mirroir entre les disques) ou si tu etais en raid0 (agregat des deux disques)
ensuite, bah vu les messages d'erreurs, je dirais que c'est simplement mort :(
[^] # Re: et si c'etait le disque en panne qui plantait le NAS
Posté par capos . Évalué à 1 (+0/-0).
Non, je ne pense pas. J'ai vu le NAS mourir petit à petit, c'est l'alim semble-t-il qui a lâché. Il y a d'abord eu des séries messages à propos d'une tension un peu trop faible (11,8V), puis encore plus faible (11,5V) et finalement plus rien du tout. Quoiqu'il en soit, impossible de vérifier, ce NAS a fini en déchetterie.
Comme je le dis dans un message précédent, le récupération des données n'est pas l'objectif, je suis à peu près sûr d'avoir transféré toutes les données sur le nouveau NAS, acheté quand le précédent a commencé à donner des signes de faiblesse.
Les disques étaient en raid1 (2 disques identiques) mais cela change-t-il quelque chose pour une (peut-être) récupération des erreurs E/S et donc du disque ?
Bonne soirée,
--Camille
[^] # Re: et si c'etait le disque en panne qui plantait le NAS
Posté par totof2000 . Évalué à 2 (+0/-0).
Le défaut d'alimentation aurait pu endommager l'electronique interne de l'un des disques … :(
[^] # Re: et si c'etait le disque en panne qui plantait le NAS
Posté par capos . Évalué à 1 (+0/-0).
C'est possible bien sûr.
Je voudrais juste savoir si le disque est vraiment mort, j'ai tendance à penser que non mais comment savoir. De toute façon, si je ne peux me débarrasser des erreurs E/S qui bloquent, c'est comme s'il était mort !
Merci pour vos réponses et bonne journée,
--Camille
[^] # Re: et si c'etait le disque en panne qui plantait le NAS
Posté par NeoX . Évalué à 3 (+0/-0).
je n'ai jamais pu faire quoique ce soit avec un disque qui presente des erreurs d'entrées/sorties
au mieux il monte quelques secondes, mais se deconnecte peu apres
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.