Checksum (32 bit) Log Out | Topics | Search
Moderators | Edit Profile

X-Ways Support Forum » Disk Tools » Checksum (32 bit) « Previous Next »

Author Message
Top of pagePrevious messageNext messageBottom of page Link to this message

Suman Beros
Username: sberos

Registered: N/A
Posted on Wednesday, Jan 28, 2009 - 5:56:   

Running checksum for an HDD

Using WinHex 15.1 SR-6 Compute Hash > Checksum (32 bit) I obtain: FACDA16B

Using another tool (CHKSUM Version 1.49) I obtain: FBD6 08A2 2586 955D

Running checksum for another USB flash drive

Using WinHex 15.1 SR-6 Compute Hash > Checksum (32 bit) I obtain: 425A50A5

Using another tool (CHKSUM Version 1.49) I obtain: FC6C B8E3 F4A9 4C70

Why would the checksums be different? Is there some way to relate checksums between WinHex and CHKSUM?
Top of pagePrevious messageNext messageBottom of page Link to this message

Alfons Kramer
Username: admin3

Registered: 4-2004
Posted on Wednesday, Jan 28, 2009 - 9:39:   

First, there are different algorithms and the same type of algorithm can be applied to different data types. One should only compare values resulting from the same algorithm / data type.

Second, reading from raw storage can be irreproducible in case of bad sectors.

Try to use Checksum (64 bit) in WinHex to get comparable results.
Top of pagePrevious messageNext messageBottom of page Link to this message

Suman Beros
Username: sberos

Registered: N/A
Posted on Wednesday, Jan 28, 2009 - 16:51:   

Alfons, thank you for explaining.

Rerun using WinHex Checksum (64 bit): 0000000E425A50A5

CHKSUM 1.49: FC6C B8E3 F4A9 4C70

Since applying to same data type and there are no bad sectors on the storage medium, must be the different algorithms. Right?

Thanks.
Top of pagePrevious messageNext messageBottom of page Link to this message

Stefan Fleischmann
Username: admin

Registered: 1-2001
Posted on Wednesday, Jan 28, 2009 - 17:11:   

Yes, either different algorithms or different scope (different sectors hashed) or the data on the medium has changed already because it was not write-blocked and Windows has written to it in the meantime, or any combination of the above.
Top of pagePrevious messageNext messageBottom of page Link to this message

Suman Beros
Username: sberos

Registered: N/A
Posted on Wednesday, Jan 28, 2009 - 19:32:   

Stefan, thanks for additional clarification... very helpful.

Add Your Message Here
Post:
Username: Posting Information:
Only registered users may post messages here, i.e. you need to have an account.
Password:
Options: Enable HTML code in message
Automatically activate URLs in message
Action:
Forum operated by X-Ways Software Technology AG.