Someone correct me please if im wrong im not an HD Guru but this is an educated guess from my broad random general knowledge...
If i recall properly.. HDs firmware and the OS filesystem's themself protect data to an extent automatically against corruption.
The files in question that you said have been transfered a few times between HD's, Are these really really old files? like getting transfered from FAT32 win98 or Some other types of older OS's/Filesystems?... Also how bad is the corruption your refering to? is it very small inconsitent, something that perhaps you *might of just never noticed on your older systems because the audio was perhaps rendered at lower khz or bitrate?
when storing or extracting from RAR or similar compression formats i think they automaticaly create and verify the checksum when packing/unpacking... but you can do that with any files without archiving or compression aps. Theres different aps and checksum formats out there. I use 'fsum' its command line only though, theres checksum aps with GUI's but im not familiar with any cause when i started using fsum long ago it was smaller faster more efficent and supports almost all checksum formats. There maybe something good out now with a GUI but someone else will need2 recomend. I use the MD5 hash checksum format through fsum
these are pritty much the only commands i think i use for it -
after you place fsum.exe in whichever default working directory you prefer i just use root of C for example
-creates recursive MD5 hash of subdirectories
> fsum -jm -r -d"C\Path" * >"C\Path\name.md5.txt"
-run the checksum
> fsum -c -w -d"C\Path" name.md5.txt >"C\Path\name.output.log.txt"
(i left the ":" colon out from above path as you can see because it creats an emoticon)
creating your own checksum and verifying it on the other end of a transfer is basically what Free HD OEM transfer tools and other secure transfer apps do. you can go to any HD manufacturer website and they have free disk transfer aps.
EDIT: oh yeah, unless the source hardware or filesystem in question was alraedy corrupt or hardware on its way out/dieing... corruption wont normally just occur its not like copying from casset tape to another tape.
oh yeah i also have never used or know anything about aplications that are suppost to detect corruption in MP3s, i honestly dont see how thats possible unless somekinda checksum is automatically stored in the MP3 container?
you can check your filesystem for curruption though if its windows with checkdisk aka cmd: chkdsk C: /X /F /R /V > "C\Path\name.log.txt"
and for checking each sector of the drive i use MHDD, which is also bundled in SystemRescueCD, which i just use cause i can boot that directly from USB. EDIT: if you happn to try SystemResuceCD just fyi MHDD and other non linux specific bundled tools are option F near the bottom as shown here: http://sourceforge.net/projects/syst...enshots/259298