|
|
thoroughly debunked the myth ?
from http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html :
[Further Epilogue] "A recent article claims to be unable to recover any overwritten data using an MFM to perform an error-cancelling read. This isn't surprising, since the article confuses two totally unrelated techniques. One is the use of an MFM to recover offtrack data, discussed in paragraph 7 of section 2 and illustrated in one of the slides from the 1996 talk (and in several of the papers cited in the references). The other is the use of an error-cancelling read (in this case using a high-speed sampling scope) to recover overwritten data, discussed in paragraph 6 of section 2. Unfortunately the authors of the article confused the two, apparently attempting to perform the error-cancelling read using an MFM(!!) (I'm currently on holiday but will try and contact them when I get back to verify this... I wish they'd asked me before they put in all this effort because I could have told them before they started that this mixture almost certainly wouldn't work). Given that these are totally different techniques exploiting completely unrelated phenomena, it's not surprising that trying to use one to do the other didn't work." Same page, further up: "In the time since this paper was published, some people have treated the 35-pass overwrite technique described in it more as a kind of voodoo incantation to banish evil spirits than the result of a technical analysis of drive encoding techniques. As a result, they advocate applying the voodoo to PRML and EPRML drives even though it will have no more effect than a simple scrubbing with random data. In fact performing the full 35-pass overwrite is pointless for any drive since it targets a blend of scenarios involving all types of (normally-used) encoding technology, which covers everything back to 30+-year-old MFM methods (if you don't understand that statement, re-read the paper). If you're using a drive which uses encoding technology X, you only need to perform the passes specific to X, and you never need to perform all 35 passes. For any modern PRML/EPRML drive, a few passes of random scrubbing is the best you can do. As the paper says, "A good scrubbing with random data will do about as well as can be expected". This was true in 1996, and is still true now." That said, I use what googoo/Mark suggests: srm =]
thoroughly debunked the myth ?
I don't get your point. The article you link to is more than 10 years earlier that the one claiming to debunk it.
thoroughly debunked the myth ?
That's because you haven't taken the time to read either. |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.09 seconds |
|