All times are UTC - 5 hours [ DST ]


Switch to mobile style


Post new topic Reply to topic  [ 8 posts ] 
Author Message
 Post subject: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 2:01 
Offline

Joined: March 14th, 2014, 11:06
Posts: 61
Location: EARTH
Hi there)

A friend of mine brought me Samsung HD321KJ for testing, but there were no visible problems: 16 rellocates and no pendings or other critical errs --pretty fine for made in 2008. Only Mhdd command "config" showed
Quote:
dco integrity checksum error
I understand that different software may treat and name it differently, yet my question is still the same: what's wrong and how to solve it?

TY


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 3:39 
Offline
User avatar

Joined: September 8th, 2009, 18:21
Posts: 14945
Location: Australia
I don't think anything is wrong. Some firmware doesn't bother checksumming the DCO Identify info block, or the Identify Device info block.

If you have MHDD ver 4.5, place the following code in a script file (eg DCOIDENT) in the SCRIPTS subdirectory and execute it as ".DCOIDENT". I haven't tested the code, but I believe you should end up with a 512-byte file. I can't recall if there is an MHDD command that retrieves the same info.

Code:
; ATA DCO Identify (B1h / C0h)

reset
waitnbsy
regs = $c0 $00 $00 $00 $00 $a0 $b1
waitnbsy
sectorsto = dcoident.bin

IIRC, the integrity byte is the lower byte of the last word. Normally the whole block should checksum to 0x00 (8-bit).

_________________
A backup a day keeps DR away.


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 6:53 
Offline

Joined: March 14th, 2014, 11:06
Posts: 61
Location: EARTH
Thank you, fzabkar.

So, neither HDD, nor software cares for DCO (and HPA?), right?
It makes sense, as far as there were no evident err messages.
But if something is altered improperly (not updating the checksum), then there must be something wrong.
However, there's still that random coincidence factor to consider.

How do you think, should one reset/update the DCO values or even bigger issuer could arrive then?
TY


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 15:43 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 11038
Location: Portugal
fzabkar wrote:
I don't think anything is wrong. Some firmware doesn't bother checksumming the DCO Identify info block, or the Identify Device info block.

If you have MHDD ver 4.5, place the following code in a script file (eg DCOIDENT) in the SCRIPTS subdirectory and execute it as ".DCOIDENT". I haven't tested the code, but I believe you should end up with a 512-byte file. I can't recall if there is an MHDD command that retrieves the same info.

Code:
; ATA DCO Identify (B1h / C0h)

reset
waitnbsy
regs = $c0 $00 $00 $00 $00 $a0 $b1
waitnbsy
sectorsto = dcoident.bin

IIRC, the integrity byte is the lower byte of the last word. Normally the whole block should checksum to 0x00 (8-bit).


I've just tested this on my IBM-Hitachi 3.5 drive (AVV2) and it didn't produce any data on the buffer.

Attachment:
1.png
1.png [ 14.72 KiB | Viewed 7264 times ]


Attachment:
2.png
2.png [ 13.21 KiB | Viewed 7264 times ]


On my case there is no data transference request at all but the drive reply with some register status as shown on the images.

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 15:56 
Offline
User avatar

Joined: September 8th, 2009, 18:21
Posts: 14945
Location: Australia
NRA wrote:
So, neither HDD, nor software cares for DCO (and HPA?), right?
It makes sense, as far as there were no evident err messages.
But if something is altered improperly (not updating the checksum), then there must be something wrong.
However, there's still that random coincidence factor to consider.

How do you think, should one reset/update the DCO values or even bigger issuer could arrive then?
TY

The Device Configuration Overlay is explained very well by Wikipedia:
http://en.wikipedia.org/wiki/Device_con ... on_overlay

The only reason you would want to edit the DCO is if you wish to enable or disable the reporting of the existence of certain feature sets. However, this does not give you access to the checksum/integrity byte, AFAICT. That is under the control of the drive's firmware. You could try disabling a particular feature and then enabling it again. Maybe this will force the firmware to recalculate the checksum.

_________________
A backup a day keeps DR away.


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 16:01 
Offline
User avatar

Joined: September 8th, 2009, 18:21
Posts: 14945
Location: Australia
Spildit wrote:
I've just tested this on my IBM-Hitachi 3.5 drive (AVV2) and it didn't produce any data on the buffer.

On my case there is no data transference request at all but the drive reply with some register status as shown on the images.

Maybe the command isn't supported.

This document (Sept 2000) is the initial proposal for the DCO feature set:

http://t13.org/Documents/UploadedDocume ... 0140r1.pdf

AIUI, DCO is now obsolete.

_________________
A backup a day keeps DR away.


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 16th, 2015, 16:06 
Offline
User avatar

Joined: September 8th, 2009, 18:21
Posts: 14945
Location: Australia
Here is an example of an ATAPI Identify Device output from an LG DVD burner. It also has zeros for the checksum byte. There is nothing wrong with the drive.

Code:
*******************************************************************************
HDAT2 v4.7.1 (c) 2009 CBL  02.05.2015 05:50:35.064
*******************************************************************************
Device Information [HL-DT-ST DVDRAM GSA-4040B]
*******************************************************************************
Device model [ATA/PATAPI]                           HL-DT-ST DVDRAM GSA-4040B
Manufacturer                                        unknown
Detect mode                                         PCI
ATA I/O port Base/Control/IRQ                       01F0h/03F6h/14
-------------------------------------------------------------------------------
ATA/ATAPI Identify Device
-------------------------------------------------------------------------------
Integrity word (optional)
   -> Signature: BAD [reported 00h, should be A5h]
   -> Checksum : BAD [reported 00h, should be 90h]

_________________
A backup a day keeps DR away.


Top
 Profile  
 
 Post subject: Re: MHDD: "dco integrity checksum error"
PostPosted: May 19th, 2015, 3:22 
Offline

Joined: March 14th, 2014, 11:06
Posts: 61
Location: EARTH
Thank you, guys.

Hmm, so the SMART is clean, the SATA cable is ok, the surface is ok, and the DCO integrity fault is not really an issue for possible HDD slowdowns. As far as I reformatted and repartitioned the HDD several times and tried XP/W7/Slax, what else it might be?

I'm still reluctant about resetting the DCO and my friend said that a company officer who installed corporate OS also told her something about alignment, so I'm still in a doubt. Is any of it really possible to make the HDD stumble or should I check something else?

TY


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 8 posts ] 

All times are UTC - 5 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 4 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group