WD20EFRX: SMART Failing – Safe to Attempt Disk Imaging?

[DrMarco]

Hi folks,

I have an old WD20EFRX drive that was used in a QNAP NAS and is now showing critical SMART values. The drive has become extremely slow, and the QNAP system can no longer boot from it.

However, when I mount the drive on a PC, I can still access the data, although copying files is very, very slow.

I was thinking of creating a block-level image of the disk (using ddrescue) to recover the data later, but I’m concerned the drive might fail completely during the process.

Here are the SMART values:

Code:

(base) marco@marco-B460:/media/marco/DATA$ sudo smartctl -A /dev/sda
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.11.0-19-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== 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       -       1753
  3 Spin_Up_Time            0x0027   187   172   021    Pre-fail  Always       -       3608
  4 Start_Stop_Count        0x0032   070   070   000    Old_age   Always       -       30852
  5 Reallocated_Sector_Ct   0x0033   133   133   140    Pre-fail  Always   FAILING_NOW 1971
  7 Seek_Error_Rate         0x002e   001   001   000    Old_age   Always       -       7072
  9 Power_On_Hours          0x0032   015   015   000    Old_age   Always       -       62255
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       -       109
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       92
193 Load_Cycle_Count        0x0032   190   190   000    Old_age   Always       -       30967
194 Temperature_Celsius     0x0022   113   097   000    Old_age   Always       -       34
196 Reallocated_Event_Count 0x0032   133   133   000    Old_age   Always       -       67
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

The drive also has over 62,000 power-on hours, and the Reallocated_Sector_Ct is in FAILING_NOW status with 1971 reallocated sectors.

Given these values, do you think it's worth trying to image the drive with ddrescue, or would it be safer to send it to a professional data recovery service?

Thanks in advance for any advice!

[michael chiklis]

Ciao,
gli hdd WD che hanno questo tipo di problemi necessitano di un intervento a livello firmware altrimenti la clonazione risulterà molto difficoltosa (a volte impossibile).
La modifica dei moduli fw permette di bloccare il processo di riallocamento automatico dei settori danneggiati, tale processo ostacolerebbe la clonazione perchè il fw impegnerebbe troppo il disco già malandato, le testine potrebbero danneggiarsi.

Inoltre c'è anche il problema dell'accesso lento ai settori (anche su quelli sani) a causa dei settori pendenti collezionati su un certo modulo fw, la modifica permette quindi di pulire tale modulo così che il fw non resti impegnato inutilmente nel "trattare" tali settori, in tal modo si stabilizza il disco che torna ad offrire un accesso normale ai settori e la clonazione può avvenire senza grossi ostacoli (ammesso che non ci siano altri seri problemi come qualche testina danneggiata o superficie graffiata).

[DrMarco]

Ciao,
gli hdd WD che hanno questo tipo di problemi necessitano di un intervento a livello firmware altrimenti la clonazione risulterà molto difficoltosa (a volte impossibile).
La modifica dei moduli fw permette di bloccare il processo di riallocamento automatico dei settori danneggiati, tale processo ostacolerebbe la clonazione perchè il fw impegnerebbe troppo il disco già malandato, le testine potrebbero danneggiarsi.

Inoltre c'è anche il problema dell'accesso lento ai settori (anche su quelli sani) a causa dei settori pendenti collezionati su un certo modulo fw, la modifica permette quindi di pulire tale modulo così che il fw non resti impegnato inutilmente nel "trattare" tali settori, in tal modo si stabilizza il disco che torna ad offrire un accesso normale ai settori e la clonazione può avvenire senza grossi ostacoli (ammesso che non ci siano altri seri problemi come qualche testina danneggiata o superficie graffiata).

Ciao grazie per la risposta.
Tale modifica è complessa?
Conosci realtà in Italia che possono effettuare il recupero dei dati? WD consiglia ontrack, ho cercato altre realtà nel veneto ma nessuna mi da fiducia.

[michael chiklis]

Ontrack non è la migliore ma molto costosa a causa dei grandi uffici che devono pagarsi.
Non servono grandi uffici, ma l'esperienza di un professionista che sa come lavorare e gli strumenti giusti. Per lavorare sul firmware si usano strumenti costosi che le ditte di recupero dati possiedono.