ST2000LM007-1R8174 SBK2 Sectors Problem

[gps31]

ST2000LM007-1R8174 with firmware SBK2

All system files and modules are readable without problem
Some sectors reading fast some sectors very slow.

There are many many many sectors like this

Code:

24 1A 9C 92 6D 85 CE 6D 6F 93 4C D2 44 FC DC 3B     
98 25 67 CF 3F 77 EA C1 C5 B7 19 F8 16 EE F9 6F       
76 48 30 F5 C9 61 87 35 A3 DA 2A EE A0 D8 92 C3       
CC 6C CD 9B 9B 53 A0 69 79 01 E4 94 72 D5 4F 37       
AA 93 9E 81 25 4C 5D DD D7 25 B1 BA 1C C7 68 6B       
00 B6 AB B7 F7 3E 76 31 AD 48 42 A3 AE B1 05 DF
DE DA 64 5C 81 28 13 65 0B 6F 1F 49 78 A2 3E 33
B4 01 36 42 53 25 CC D8 E1 93 28 7F 0A 9C DB 66
12 24 C3 68 FD 17 E9 0C BF B6 E5 65 D4 8E F4 DA
E8 48 9C 1E 8F 01 82 60 15 DD B6 0B 66 7B 90 0E
46 6F A9 04 59 F2 BF D4 F3 01 40 30 30 75 4D 62
1C 92 7A 2D EB EC 58 08 49 24 1D 26 C2 67 66 D6
FA B6 37 D3 B4 DE 75 7C 27 4B 2E CC 6F 50 03 0A
50 DD C0 F9 46 CB 2E D0 FD 6F FB F2 39 42 3C 7E
2E 00 92 EF 10 C5 CB 07 5B 92 B4 98 CB 3C D9 AD
84 24 AF 95 A2 B7 E4 7B 31 B9 41 81 95 2E F2 01
62 4B 78 BA 4C A0 81 AF 8F DD 12 B7 27 1B AF 75
38 6E 35 A0 1E 92 BA 03 65 00 2C 5D F1 15 48 A9
96 92 C6 56 A8 8C 57 77 C3 24 F9 43 83 07 65 1D
6C B9 93 7C 7A 79 73 AB 99 4B 8A 69 2D F0 1E 71
CA DD AC 62 04 6B 2C 1F 77 6E 47 1E FF E2 3B A5
A0 00 7E 0B D6 65 C9 72 CD 92 10 04 89 DC D4 18
7E 27 0B 31 60 56 E2 A6 AB B9 2D 2A 5B C9 F1 4C
D4 4B C4 27 32 40 9F 1A 01 DC FE D0 E4 BB AA A0
B2 6E 91 CD DF 32 B8 4E DF 00 88 C6 B6 B5 47 14
08 95 A2 F3 69 2F 55 A2 B5 27 45 EF 40 A6 60 48
E6 B9 7F 98 3B 19 0E 16 13 4A 16 95 12 90 1D BC
BC DC 08 8E C5 0B 2B 4A E9 6E 23 BB BC 82 36 10
1A 03 DA B4 97 05 C4 B9 47 95 FC A1 4E 7F D2 47
F0 27 97 5A 21 F6 E1 ED 1D B8 89 57 18 69 8F BB
4E 4A A0 40 F3 E0 9A 41 FB DC 5A 7C AA 5B A8 EF
24 71 7D 69 9D D2 B7 B5 51 03 14 62 74 54 45 43

attached one sector copy here

Sector.txt

(512 Bytes) Downloaded 828 times

Translator is not regenerated, HDD is trying when copying

Code:

Starting LBA of RW Request=000509AA90  Length=FFFFFFFF
ProcessRWError -Read-   at LBA 000509AA9F  Sense Code=43110081


What is this sector? No MCMT error

[Dananjaya]

Hi.
I think one head has this problem. Although Can you check whether all heads have this problem.

[fzabkar]

Would it be OK to execute the following commands at Level T?

Code:

F"READ_SPARING_ENABLED",0,22
F"WRITE_SPARING_ENABLED",0,22
F"OFFLINE_SPARING_ENABLED",0,22
F"DAR_ENABLED",0,22
F"DISABLE_IDLE_ACTIVITY",1,22
F"BGMS_DISABLE_DATA_REFRESH",1,22
F"ABORT_PREFETCH",1,22
F"READ_LOOKAHEAD_DISABLED_ON_POWER_UP",1,22
F"READ_CACHING_DISABLED_ON_POWER_UP",1,22

[maddin]

ST2000LM007-1R8174 with firmware SBK2

All system files and modules are readable without problem
Some sectors reading fast some sectors very slow.

There are many many many sectors like this

Code:

24 1A 9C 92 6D 85 CE 6D 6F 93 4C D2 44 FC DC 3B     
...
24 71 7D 69 9D D2 B7 B5 51 03 14 62 74 54 45 43

I have with a disk exact the same Problem. Do you found a solution?

PS.: I saw at least Head 1 and Head 2 read this pattern sometimes. I didn't see if on Head 0 and Head 3 yet but I will keep an eye on it.

PPS.: Head 1 and Head 2 also read some other data so that pattern just occours just in some areas of the disk...

[cpm1993]

These rosewoods known for media degradation hence why its slow in certain areas.

[maddin]

These rosewoods known for media degradation hence why its slow in certain areas.

Ok but why this pattern and always the same one - sounds not so logic to me.

PS.: I saw now Head 0 also read in some sectors that pattern.

[fzabkar]

Could this be the default fill pattern when the drive is shipped? Do these sectors belong to any files, or are they free clusters? Do they occur in groups of 8 (= 1 physical sector or one 4KB cluster)?

Some of WD's external SMR drives support TRIM. Could this be a TRIM issue??? Were these external drives?

[maddin]

Could this be the default fill pattern when the drive is shipped?

... Theoretically but in the end i have sectors full with 0x00 so i guess that is not the case or some Programm produce this Kind of patttern.

Do these sectors belong to any files, or are they free clusters? Do they occur in groups of 8 (= 1 physical sector or one 4KB cluster)?

... They seem to group in clusters of 8 - anyway that drive is a 4K sector drive (EF). I wrote a Python-Script to test that and it returns always a multiple of 8 except 2 times but that can by caused by my script just checking the first 6 hex-values of each 512B chunk.

I will let the imaging finnish and then I will have a look at the result - is there a function in UFS-Explorer or r-Studio which tell me if a specific sector belongs to a file or not? Or does MRT allow to check that?

Some of WD's external SMR drives support TRIM. Could this be a TRIM issue??? Were these external drives?

... I don't think so because that is a Seagate drive.

[fzabkar]

- is there a function in UFS-Explorer or r-Studio which tell me if a specific sector belongs to a file or not? Or does MRT allow to check that?

I know DMDE can do it.

[pepe]

winhex as well...

[unknown]

https://forum.hddguru.com/viewtopic.php?f=1&t=38650

Some one already messed with MC and/or trans.

[maddin]

https://forum.hddguru.com/viewtopic.php?f=1&t=38650
Some one already messed with MC and/or trans.

I have 99,82% imaged (hope today in the night i will have all done) and till now ca. 0,1% of the drive contain that Sector. After reaching 100% i will try to check which files are affected.

[maddin]

Do these sectors belong to any files, or are they free clusters?

... Now I checked 4 of that Secors (searched from Sector 3.8, 3.7, 3.6 and 3.5 billion upwards) which have that pattern. WinHex tell me that they belong to 4 different files - 3 of them with the extention .mix and one .wmv-file!

But it was very strange that all sectors with that pattern read very slow (4 KB/s) and i have a bit less then 0.1% or 1.75GB full with that pattern. So there must be something with that. All other areas where reading much faster and it's far to often on the disk to be just some random piece of data.

[fzabkar]

Do those sectors (on your patient) read differently in your tool and in Windows? Is your tool doing something to change the normal outcome?

[gameboybin]

Have anyone found a solution for this after 5 years.
It is mainly on SMR Seagate (Rosewood) drives

Here is the answer form Acelabs TS

[skinbob]

The only solution I have found is to play with AFH values or a new set of heads, but even then some sectors still read the same so its not guaranteed. But new heads and AFH values have helped me to read more than I could with original settings and heads.

[Hardcore Games]

I suggest getting a new hard disk as new models are lower cost / TB and helium disks are more reliable than consumer class disks.

TRIM is seen on SSD is misleading on shingled disks. Disk optimizers also come up real slow wirth shingled disks.

The ST2000LM007-1R8174 is 2TB and low cost SATA SSD can take over. While SSD prices have risen, 4TB and 8TB hard disks in a third part USB enclosure are an option.

[fzabkar]

Have anyone found a solution for this after 5 years.
It is mainly on SMR Seagate (Rosewood) drives

MRT has a video blog on this subject. They just play with AFH.

https://www.youtube.com/watch?v=5lKvzmVMBM4