Heya guys, I have an old CD rom on my Debian Lenny box, I replaced it with a newer DVD rom from another machine I had, but now when I rip audio tracks, the MD5 sums never match up (using rubyrip currently). Tried it with a CDRW also from another machine and the same result. But when I throw my oldschool Cdrom back in, it can rip audio tracks that match every time. (both the newer drives are Sony models from a few year old Dell)

This is gonna sound dumb, but im outta ideas, do you need to do/change/set anything after replacing a CD/Dvd rom in linux, like maybe it isnt, i dunno, configured right somewhere?

Thanks guys.

Put the drive on its own IDE channel and or make it master / enable DMA. Is it a Samsung drive ?

Why would this be important?

My guess would be that there is a mismatch in your offset settings between the two drives. This leads to a few missing samples at the beginning of each track yielding different md5 hashes.

Tested in EAC using Wine, seems that the newer drives report "timing errors" (though at the end say no problems detected)

Its odd though, because these 2 drives are supposed to have a +6 offset, where the old cdrom was supposed to have a -24. but even with them all being set at 0 offset, the results are the same,l the cdrom passes, the 2 newer sony drives do not :/ has different chunk comparison amounts too usually when rubyripper compares.

Ok my bad, this issue was something I should of figured out earlier. The cable I used was the older original non high speed one (you know, just as wide, but bigger strands in about half the amount). Im gonna guess the newer drives read faster then the older cables could handle.