February 4th, 2012, 2:02

February 5th, 2012, 6:06
February 5th, 2012, 12:18
February 6th, 2012, 10:20
February 6th, 2012, 10:35
lsn wrote:I just attempted to use SpinRite on the donor drive that failed. It got to about 85 percent when it started to have to read out every bad sector bit by bit... then I think I must have tripped over the power cord because when i came back, my laptop was dead. -_- I was quite unhappy.... so now I don't know if SpinRite would have even worked...
I also understand that if I continue to use bad heads to read the disk, then I run the risk of damaging the platters, correct?
And no, I'm not thinking about replacing the heads myself.
If anything, I'd like to accomplish a DIY diagnosis using MHDD as long as that does not cause additional problems.
However, I'd like to take up a service that will use a dedicated disk imaging tool unless I can get my hands on my own. I forgot where I was looking at them the other day, but I remember reading about them a long time ago... Then again, I understand I shouldn't go about attempting a solution to a vague problem...
Any insight as to why both hard drives failed in the same manner? This is another major concern because I don't want to waste money on a new HDD for my laptop if it's defective and "eating" my hard drives.
February 8th, 2012, 18:10
lcoughey wrote:Don't use spinrite on a failing drive. It is NOT a data recovery program and can cause some serious damage to your drive if the heads are failing.
February 8th, 2012, 18:13
lsn wrote:it scans sectors and will read out binary sector values in an attempt to recover data
February 8th, 2012, 18:18
drc wrote:lsn wrote:it scans sectors and will read out binary sector values in an attempt to recover data
And what does it do with these "binary sector values" assuming it is successful in reading them?
February 8th, 2012, 18:20
February 8th, 2012, 18:31
February 8th, 2012, 18:45
lsn wrote:...which it what I was wondering.
The program was originally written in the late 90's I think...
I had an external drive hooked up via USB just waiting to catch my recovered data...
February 8th, 2012, 18:55
Vulcan wrote:SpinRite won't write the "recovered data" onto an external USB drive.
FYI, SpinRite rewrites data back onto the drive it has read it from, which can have all sorts of bad effects, on a faulty drive (e.g. G-list overflow)
Vulcan wrote:Based on your description, I completely agree with the comments from northwind. It's your choice how much risk you want to take by attempting a DIY recovery, or instead to use the services of a reputable DR company (members here would be able to give recommendations, if you ask).
If you decide to take the risks of DIY, then I would: Stop trying to read files from that failing disk, as you have been doing (i.e. don't mount its filesystem(s)) and urgently clone the whole of the failing disk onto working storage (you have several options on these details), before it deteriorates further. Personally I would use GNU ddrescue to do that cloning, but as you'll see in other threads on the forum, some people dislike that. Whatever cloning tool you choose, consider that you might need to restart the recovery part way through, depending on how the disk behaves. My experiences (and reports here) show that you'll typically get more successful recovery if the faulty disk is attached via SATA. Your storage to hold the clone can be via USB if needed.
Given that the disk is still readable (at least partially), I would not expect a reputable DR company to charge an arm and a leg, as they would likely use dedicated cloning equipment, making that part of the process a quicker, less-risky, and perhaps more successful operation than it would be for you. Your disk, your choice
February 8th, 2012, 19:51
lsn wrote:My plan of attack right now, based on everyone's responses, is to try the disk imaging on my donor drive, then let the drive that I want to actually recover, sit for at least a month or more, then possibly try to image that drive based on how well the test recovery on the donor drive goes
lsn wrote:This is unless someone [...] can properly advise me to do otherwise.
February 8th, 2012, 22:22
Vulcan wrote:FYI, SpinRite rewrites data back onto the drive it has read it from, which can have all sorts of bad effects, on a faulty drive (e.g. G-list overflow)
February 8th, 2012, 22:29
February 8th, 2012, 23:35
Vulcan wrote:lsn wrote:[...]
labtech wrote:The drive off of Ebay, was it new or used?
February 9th, 2012, 3:32
Vulcan wrote:lsn wrote:...which it what I was wondering.
The program was originally written in the late 90's I think...
I had an external drive hooked up via USB just waiting to catch my recovered data...
SpinRite won't write the "recovered data" onto an external USB drive.
FYI, SpinRite rewrites data back onto the drive it has read it from, which can have all sorts of bad effects, on a faulty drive (e.g. G-list overflow) :(
Special Handling of Automatic Relocation:
All modern mass storage drives perform automatic relocation of defective sectors. This presents problems for all other "data recovery" programs because a defective sector which still contains unrecovered data may be automatically relocated by the drive before all of its data has been successfully recovered and removed. SpinRite deliberately disables this automatic sector relocation, when present, until all of the sector's data has been recovered, then deliberately re-enables relocation to allow the drive to replace the defective sector with a good spare. After the relocation has occurred SpinRite replaces the data into the newly relocated sector. No other utility has ever done this.February 9th, 2012, 14:19
labtech wrote:The drive off of Ebay, was it new or used?
February 9th, 2012, 14:49
fzabkar wrote:In fact an LBA is only reallocated to a spare sector when the OS writes new data to it
February 9th, 2012, 18:35
Vulcan wrote:@fzabkar,
I don't want to turn this into a "pick the holes in the SpinRite claims" thread (I might do that one in the future), but we're certainly agreed that there are apparent problems with several of those claims, especially with modern drives.
fzabkar wrote:In fact an LBA is only reallocated to a spare sector when the OS writes new data to it
I've seen additional reallocation behaviours which don't seem to fit that statement exactly as it's written (depending on the interpretation) but again, as they're not relevant to this thread, I'll avoid doing a thread hijack.
Powered by phpBB © phpBB Group.