Toggle menu
Toggle personal menu
Not logged in
Your IP address will be publicly visible if you make any edits.

Bad Sectors in WD CMR and SMR Drives

From Repair Wiki
Revision as of 20:59, 19 July 2025 by Chris (talk | contribs) (Created page with "{{stub}} {{Repair Guide |Device= |Affects parts= |Needs equipment= |Type= |Difficulty= }} == Problem description == <!-- Provide a concise description of the issue here. Be as specific as possible to help readers quickly determine whether or not this is the exact problem they are facing. --> '''Bad Sectors in WD CMR and SMR Drives''' One of the most common causes of data inaccessibility on hard drives is the presence of bad sectors. As we know, a hard drive stores d...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

This article is a stub. You can help Repair Wiki grow by expanding it

Bad Sectors in WD CMR and SMR Drives
Device
Affects part(s)
Needs equipment
Difficulty
Type


Problem description

Bad Sectors in WD CMR and SMR Drives

One of the most common causes of data inaccessibility on hard drives is the presence of bad sectors. As we know, a hard drive stores data as binary (zeros and ones) on a magnetic surface, and a sector is the smallest physical unit of data storage. Think of it as a tiny square on the disk platter where information is stored.

When a sector becomes damaged, special mechanisms built into the drive's firmware attempt to relocate the data and replace the bad sector with a healthy one. This process is called reallocation.

However, in many cases, the number of bad sectors is so high, or they are located in such critical areas, that reallocation is no longer possible. In such scenarios, drives may begin to behave abnormally they may become extremely slow or stop granting access to user data.

When that happens, it’s essential to stop all automatic repair mechanisms in order to regain access to the data.

In WD drives, there are two different approaches depending on the drive type.

First part of this article focuses on CMR drives.

Solution

!!! IMPORTANT !!!

DO NOT ATTEMPT THIS PROCEDURE ON SMR DRIVES!

The solution for SMR drives is on the end of this article

1.)    Separation of the head stack assembly from the PCB to gain access to Kernel mode.


2.) Block the Service Area access

3.)   Power the drive off, remove the isolation and screw the PCB in

4.)   Power the drive on

5.) In this moment the drive should get ready very fast. You need to start the utility in the Kernel mode

6.) Like you can see the ID of the drive is wrong. You need to sent the DIR and module 02 in the HDDs RAM

7.) In the case of CMR drive we can upload those files from the HDD Service Area (SA)

8.) After this the ID of the drive change to SN#XYZ--- At this step you should have an access to the SA and make a backup of it

9.) Choose or create a new profile and hit OK

Here the backup of the SA modules begins

10.)  If you don’t have any issues with the modules you can go to do:

11.) Now you can allow the Service Area access and restart the drive

12.) There is only one step to do, we need to check if the data is encrypted. After restarting the drive go to the Sector Edit (ALT+V) and check sector 0. If you see something like this it means the data is encrypted by the HDD firmware

13.) Decrypting the data:

14.) When you hit the Autodetect button the software will fine the key in the Service Area

Now you have access to the encrypted data

Solution for SMR drives


Why can’t we apply the same methods used for CMR drives to SMR drives?

Because SMR drives react very poorly to changes in settings and clearing the relocation list. One of the main reasons for this behavior is the Second Level Translator (T2), which is specific to SMR drives. Changing even a single byte requires significant effort from the drive and results in extensive modifications within the T2 translator.

That’s why bad sectors on SMR drives are often accompanied by damage to the T2 translator.


So how can we deal with this problem?


The initial steps will be the same as before:



1.      Head separation

2.      Powering on the drive in Kernel mode and blocking access to the Service Area

3.      Sending the LDR (loader) and module 02 to the drive’s RAM


That means up to step 10.) we proceed according to the previous solution.

11.) After the modules backup, instead of “Slow slow responding problem” solution in the “Work with service area” drop down menu hit “Edit HDD ID”

12.) Click CFG tab and turn off the relocation

13.) Go to SMART tab and turn DRM off and click OK

14.) Save changes to the both copies and restart the drive

15.)  Now we need to clear the Relo-list. Go to Tools  -> Utility extensions -> View and Edit HDD resources or you can use Ctrl+Alt+3

16.) Find module 32 and read it

17.) Now the PRO tip is coming, select the HEX values from the address 0x00A0 to the end of the module hit Ctrl+d and fill that area with 0x0

18.) Now you need to recalculate the checksum

19.) Write back corrected module to the HDD

20.) Now you can allow SA access and check if the data is accessible

Like you can see the drive has correct ID and you have access to the customer’s data.