|
Had a case come in, where a lady had dropped her 1TB WD Mybook Essential, the bigger 3.5" disk, not once, not twice, but three times over the last couple of months. The last drop essentially seized up the spindle tight as a drum. I was able to get the spindle free, and then spent a couple of days working out a couple of residual issues that I had with regard to bad vibration. Anyway, to make a long story short, the drive spins up, and is recognized without any problems. It images very slowly, but it does move along at an acceptable pace. I found that PC3K was not a good solution for imaging it, so I used Media Tools which seems to get better results. The only problem was when it did hit a bad sector every few hours, you just had to restart the drive. PC3K was repowering the drive about every 10 seconds, and if I selected any other reset method, it would just lock up completely.
Anyway, when it got around 15% into the drive, so roughly 150GB, it hit another bad sector and I had to reset the drive. I decided to just take a look at what I had so far, to see if we were getting any decent results. Unfortunately there is no partition data at all. I know that WD will use a type of encryption on these drives, so you have to run them from the controller. I went ahead and hooked up the cloned drive to the controller, and still nothing. I tried to scan the drive and was getting "media is write protected".
I then hooked up the original drive, and while the WD Ware program launched, there was still no partition, and still got the same "media is write protected error". I thought maybe there was a problem with the controller, since the drive had been dropped so many times. So I had another here, and it was an exact match. This time the drive showed up and was not write protected, but there was still no partition. I was hoping maybe there was an issue with compatibility from one bridge controller to the other.
I went ahead and transferred the initio chip along with u2, u3 and u5 to the donor controller. I tested it out with the drive from the donor first, and that came up and was recognized without any problem, so I don't believe there were any firmware issues causing the problem. I hooked up the patient drive, and again, no partition data.
I did find that when I just hooked up the donor drive to the system, without being connected to the bridge controller, I got the exact same results. The drive shows up, but no partition data at all. Not in WinHex, nothing. However, when it is connected to the bridge, it shows up just like a normal hard drive.
I looked at the donor drive while it was connected through the bridge, and found that the partition is located at sector 2048. On the patient drive, there's just garbage data at sector 2048, it looks exactly like you would expect it to, if it wasn't hooked up through the bridge. There's nothing that looks like a boot sector at all. In WinHex, it locates a lost partition of 2TB, which doesn't make sense either. I scanned about 10% into the drive, and not one sign of a partition. Also, this drive is loaded with images, but in that 10% of scanning, it only finds a few text files and gzip files. No orphaned data.
Is there anything else I might be missing on this? It's a shame getting the drive functional again, and then not finding any usable data on it. I feel like I'm missing a critical step here, and I'm not sure what it might be. Any help would be greatly appreciated. Thanks for your time. Feel free to PM if you prefer. Thanks again.
|