This is one Seagate ST2000LM009-1R9174 hard drive firmware repair and data recovery case study for one DFL user in Mexico showing how to recover lost data from undetected busy hard drives.
Patient HDD ID:
Model : ST2000LM009-1R9174
Serial : WDZX0FXW
Firmware : SED1
Capacity : 3907029168 (1863.02GB)
Sector size : 4096
Heads number : Obtain failed
Patient HDD Failure Symptoms:
Undetected
Busy
Inaccessible data area
Many read errors output in the com terminal
LED
HDD Repair and Data Recovery Steps
Backup ROM;
Generate unlock ROM;
Write unlock ROM;
Send unlock key;
Enter F3 T>(Important to grasp the right time to enter F3 T>);
Backup NGlist;
View and confirm the NGlist entries;
Clear V4;
Regenerate translator;
Intialize by ID(Fix media cache)
Set up head map and image;
Select target VHD to extract lost file.
Finally all lost data was successfully recovered.
HDD Repair and Data Recovery Tools Used in this case study:
DFL Seagate HDD Firmware Repair Tool
DFL-DDP Data Recovery Equipment
Any question is welcome to [email protected] or add Dolphin official Skype ID: dolphin.data.lab
This is one Western Digital dead hard drive data recovery case study for one DFL user in USA. The patient HDD had the original PCB burnt and the hdd didn’t power up at all.
HDD model number: WD10EAVS
PCB number: 771537
Family: Kermit
HDD repair tools and Data Recovery equipment used in this case study: DFL-WD hdd firmware repair tool and DFL-DDP data recovery equipment.
Data Recovery Steps:
1, The DFL user had one donor hdd, he made a backup of firmware, rom;
2, Installed donor PCB to patient HDD, load donor ATA modules, enter DFL-WD program, original hdd firmware modules were found and read successfully;
3, Loading module 01 to load module list, loading module dir to RAM;
4, Writing donor modules to patient HDD and firmware restart;
5, Writing original key firmware modules 03, 31, 32, 36, 40, 49, 4A;
6, Firmware restart and the data area could be accessed normally.
Please note: the donor fw need to be from the same family, similar microcode.
Any question is welcome to [email protected] or add Dolphin Skype ID: dolphin.data.lab
One more WD SMR HDD WD40EZAZ-00SF3B0 was recovered by DFL-WD hdd repair tool and DFL-DDP data recovery equipment.
Before repairing the second-translator module 190, the hdd had only 0.2GB data remained, the engineer got the following report:
2022/11/02 09:12:43 —T2 analysis—
2022/11/02 09:12:43 —————————-
2022/11/02 09:12:43 Check SIT:
2022/11/02 09:12:43 SIT Check…OK!
2022/11/02 09:12:43 **********Vacant node count = 0 Overlapped node count = 0
2022/11/02 09:12:43 Traversal completes
2022/11/02 09:12:43 ***Tree root node no. error(Tree=7507,File=7942)
2022/11/02 09:12:43 —Param—
2022/11/02 09:12:43 T2 Format:LBA64V2
2022/11/02 09:12:44 Capacity 512:7814037168
2022/11/02 09:12:44 Capacity 4K:976754646
2022/11/02 09:12:44 Root:7942
2022/11/02 09:12:44 Entry pre node:29
2022/11/02 09:12:44 Max entry sects:65535
2022/11/02 09:12:44 Node size:256
2022/11/02 09:12:44 —Summary—
2022/11/02 09:12:44 Node count:198850
2022/11/02 09:12:44 Used count:13005
2022/11/02 09:12:44 Free count:185845
2022/11/02 09:12:44 —T2 modules—
2022/11/02 09:12:44 T2 size:50905696
2022/11/02 09:12:44 Data pos:13C6800
2022/11/02 09:12:44 Block size:4096
2022/11/02 09:12:44 Free Node ID:24183
2022/11/02 09:12:44 Entry Count:14967
2022/11/02 09:12:44 Used Entry:46
2022/11/02 09:12:44 Total node count = 198850 Used:13005
2022/11/02 09:12:50 Sort LBA
2022/11/02 09:12:51 **********Vacant node count = 0 Overlapped node count = 0
2022/11/02 09:12:51 Valid data = 0.20(GB) Unallocated = 3725.83(GB)
2022/11/02 09:12:51 Vacant Nodes:>=0
After repairing the module 190, the report change to repaired status as below:
2022/11/02 09:12:43 —T2 analysis—
2022/11/02 09:12:43 —————————-
2022/11/02 09:12:43 Check SIT:
2022/11/02 09:12:43 SIT Check…OK!
2022/11/02 09:12:43 **********Vacant node count = 0 Overlapped node count = 0
2022/11/02 09:12:43 Traversal completes
2022/11/02 09:12:43 ***Tree root node no. error(Tree=7507,File=7942)
2022/11/02 09:12:43 —Param—
2022/11/02 09:12:43 T2 Format:LBA64V2
2022/11/02 09:12:44 Capacity 512:7814037168
2022/11/02 09:12:44 Capacity 4K:976754646
2022/11/02 09:12:44 Root:7942
2022/11/02 09:12:44 Entry pre node:29
2022/11/02 09:12:44 Max entry sects:65535
2022/11/02 09:12:44 Node size:256
2022/11/02 09:12:44 —Summary—
2022/11/02 09:12:44 Node count:198850
2022/11/02 09:12:44 Used count:13005
2022/11/02 09:12:44 Free count:185845
2022/11/02 09:12:44 —T2 modules—
2022/11/02 09:12:44 T2 size:50905696
2022/11/02 09:12:44 Data pos:13C6800
2022/11/02 09:12:44 Block size:4096
2022/11/02 09:12:44 Free Node ID:24183
2022/11/02 09:12:44 Entry Count:14967
2022/11/02 09:12:44 Used Entry:46
2022/11/02 09:12:44 Total node count = 198850 Used:13005
2022/11/02 09:12:50 Sort LBA
2022/11/02 09:12:51 **********Vacant node count = 0 Overlapped node count = 0
2022/11/02 09:12:51 Valid data = 0.20(GB) Unallocated = 3725.83(GB)
2022/11/02 09:12:51 Vacant Nodes:>=0
2022/11/02 09:13:20 —T2 analysis—
2022/11/02 09:13:20 —————————-
2022/11/02 09:13:20 Check SIT:
2022/11/02 09:13:20 SIT Check…OK!
2022/11/02 09:13:20 **********Vacant node count = 0 Overlapped node count = 0
2022/11/02 09:13:20 Traversal completes
2022/11/02 09:13:20 —Param—
2022/11/02 09:13:20 T2 Format:LBA64V2
2022/11/02 09:13:20 Capacity 512:7814037168
2022/11/02 09:13:20 Capacity 4K:976754646
2022/11/02 09:13:20 Root:8192
2022/11/02 09:13:20 Entry pre node:29
2022/11/02 09:13:20 Max entry sects:65535
2022/11/02 09:13:20 Node size:256
2022/11/02 09:13:20 —Summary—
2022/11/02 09:13:20 Node count:198850
2022/11/02 09:13:20 Used count:22503
2022/11/02 09:13:20 Free count:176347
2022/11/02 09:13:20 —T2 modules—
2022/11/02 09:13:20 T2 size:50905696
2022/11/02 09:13:20 Data pos:13C6800
2022/11/02 09:13:20 Block size:4096
2022/11/02 09:13:20 Free Node ID:22504
2022/11/02 09:13:20 Entry Count:476879
2022/11/02 09:13:20 Used Entry:475696
2022/11/02 09:13:20 Total node count = 198850 Used:22503
2022/11/02 09:13:22 Sort LBA
2022/11/02 09:13:22 **********Vacant node count = 0 Overlapped node count = 0
2022/11/02 09:13:22 Valid data = 3708.95(GB) Unallocated = 17.07(GB)
2022/11/02 09:13:22 Vacant Nodes:>=0
After repairing module 190, the user wrote the new module 190 to patient HDD and then users get 3708.95(GB) data back by DFL-DDP data recovery equipment.
Any question is welcome to [email protected] or add Dolphin Skype iD: dolphin.data.lab
This is one successful WD hdd firmware repair and data recovery case study for one DFL user from Bangladesh and all lost data was recovered by DFL-PCIe data recovery hardware tool.
HDD Model ID: WD20NMVW-11W68S0
PCB number: 2060-771801
Failure symptoms:
External hdd was not detected by pc
Data was not accessed
The user converted the USB PCB to SATA PCB(771823) and then connected to DFL PCIe data recovery hardware for diagnosis.
DFL-WD hdd firmware repair tool was firstly used to diagnose the firmware corruption issue and the common slow firmware issue was detected and this issue was fixed by one click.
Next DFL-DDP data recovery equipment was used to set up one disk image project and auto decryption function was used to decrypt the data. Finally all lost partitions and files were recovered.
Any question is welcome to [email protected] or add Dolphin Skype ID: dolphin.data.lab
This is one WD SMR HDD WDC WD40EDAZ-11SLVB0 data recovery case by one client who was using other data recovery tools but failed and finally bought Dolphin data recovery tools to fix the SMR HDD format case and get most data back.
The engineer helped the user to backup the second level translator-module 190 by DFL WD HDD repair tool and then go to DFL DDP data recovery equipment, repair 190.
Before repairing 190, all the data nodes records remained in module 190 indicates the valid data is only 15.01GB after format and the user couldn’t get lost data back at all，the user tried all methods and tools he had.
After repairing the 190 by DFL-DDP data recovery equipment, the engineer got the following result:
2022/10/25 09:41:14 —T2 analysis—
2022/10/25 09:41:14 —————————-
2022/10/25 09:41:14 Checking SIT:
2022/10/25 09:41:14 SIT Checking…OK!
2022/10/25 09:41:15 **********Vacant nodes count = 0 Overlapped nodes count = 0
2022/10/25 09:41:15 Traversal completes
2022/10/25 09:41:15 —Param—
2022/10/25 09:41:15 T2 Format:LBA64V2
2022/10/25 09:41:15 Capacity 512:7814037168
2022/10/25 09:41:15 Capacity 4K:976754646
2022/10/25 09:41:15 Root:8192
2022/10/25 09:41:15 Entry pre node:29
2022/10/25 09:41:15 Max entry sects:65535
2022/10/25 09:41:15 Node size:256
2022/10/25 09:41:15 —Summary—
2022/10/25 09:41:15 Node count:198850
2022/10/25 09:41:15 Uesd count:38690
2022/10/25 09:41:15 Free count:160160
2022/10/25 09:41:15 —T2 modules—
2022/10/25 09:41:15 T2 size in sectors:455808
2022/10/25 09:41:15 Data pos:13C6800
2022/10/25 09:41:15 Block size:4096
2022/10/25 09:41:15 Free Node ID:38691
2022/10/25 09:41:15 Entry Count:781243
2022/10/25 09:41:15 Used Entry:620135
2022/10/25 09:41:15 Total node count = 198850 Used:38690
2022/10/25 09:41:48 Sort LBA
2022/10/25 09:41:51 **********Vacant nodes = 0 Overlapped nodes = 0
2022/10/25 09:41:51 Valid data = 3544.93(GB) Unallocated = 181.09(GB)
2022/10/25 09:41:51 Vacant nodes count:>=0
Finally about 3.5T data was recovered from the WD SMR hard drives.
Any question is welcome to [email protected] or add Dolphin Skype ID: dolphin.data.lab
T2Data auto loading to RAM is one featured data recovery solution within DFL-DDP data recovery equipment for WD SMR hard drives. Users can find this data recovery solution within the common WD hdd repair column or disk image settings.
Dolphin DFL users can backup T2data by DFL-WD hdd repair tool or users can extract the T2data from the module 190 within DFL-DDP data recovery equipment.
When the WD SMR hard drives are all sectors 0000 or data area is not accessed, users can try to load the T2data auto to RAM for access to the data.
Here is the video on how to load T2data auto to RAM for WD SMR HDD data recovery
Any question is welcome to [email protected] or add Dolphin Skype ID: dolphin.data.lab
