jaclaz Posted February 10, 2018 Share Posted February 10, 2018 7 hours ago, stormdragon said: I'm back to post my sucessful story It took a while for the USB-TTL cable to arrive, and after that I still had to wait til I had few work to do. These past two weeks were very busy for me. Anyway, I decided to use an old Dell computer at work to do the procedure, as it had WIndows XP and Hyperterminal. The program immediately recognized the HD, the card trick worked fine, nothing fried when I removed and reinserted the power cord into the HD, and I was able to recover all my data. Good . 7 hours ago, stormdragon said: Fun fact: The PC couldn't recognize the HD after I did the procedure because that specific SATA port was disabled in the BIOS lol freaked out for a sec, but after that was sorted out, I was immediately able to back up everything from the HD. The DON'T PANIC (in large, friendly letters) is not so casual , there is a huge emotional component in doing this kind of repairs (besides steady hands also a not-so-faint heart is needed). 7 hours ago, stormdragon said: Thank you jaclaz for helping people with this problem for almost a decade now. I'm a happy man Yet another happy bunny in the basket : jaclaz Link to comment Share on other sites More sharing options...
Ginjaian Posted July 1, 2018 Share Posted July 1, 2018 Still a problem in 2018! A family member had a Seagate Barracuda 7200.11 500GB ST3500320AS drive in an external USB caddy, on firmware SD81, which had a bunch of old family photos on it, with no backup. One morning recently, it disappeared after being turned off and back on again. He asked me if I could do anything with it. I connected it directly via SATA to my PC, and it failed to POST on the BIOS screen, despite sounding like it was spinning up okay, which I thought odd. After some searching, I found this thread (and a few others, and youtube videos), which helped diagnose this as the BSY problem. I used a Silicon Labs CP2102 USB to TTL serial module to unbrick it, rather than the Nokia lead (couldn't find one!). I had problems with serial software; I was using Windows 7, so Hyperterminal isn't installed. I tried using Putty, but it wouldn't connect, leaving me scratching my head for a couple of hours, wondering if something else was wrong with the drive, or if I'd hooked up the USB to TTL wrong. I ended up downloading a trial version of Hyperterminal from hilgraeve.com, and that connected straight away! Following the instructions from the first post, I unbricked the drive, and it sprang back to life, mounted fine and I copied off all the data to multiple other drives. The family member doesn’t trust the drive any more, naturally! So he left the drive with me. Knowing that if I used the drive it would eventually brick again, I decided to update the firmware to SD1A from http://knowledge.seagate.com/articles/en_US/FAQ/207951en?language=en-gb . The .exe version of the updater wouldn’t work on this drive. I read elsewhere that the BIOS SATA mode had to be set to Legacy or IDE, rather than AHCI, but that didn't help with the .exe version. I couldn't find any software that would convert the .iso version of the firmware updater to a bootable USB stick, so I had to dig out a USB CD drive, burn the .iso version of the firmware to a blank CD (found in my loft! Haven’t needed them for at least 5 years…) and booted from that, which did finally work and update the drive to SD1A. Contents of the drive survived the update with no problems. Not sure I really trust this drive either... but thanks for the help and voyage of discovery! Link to comment Share on other sites More sharing options...
jaclaz Posted July 1, 2018 Share Posted July 1, 2018 30 minutes ago, Ginjaian said: ... Following the instructions from the first post, I unbricked the drive, and it sprang back to life, mounted fine and I copied off all the data to multiple other drives. .... Not sure I really trust this drive either... but thanks for the help and voyage of discovery! Good news. But rest assured, with the upgraded software it won't brick anymore and will last like *any other* disk drive, i.e. an unknown and completely random number of years, months, days or hours . The original issue was only a "software/firmware" defect, once that has been solved through the update the disk drive in itself is not worse (nor better) than any other drive. Being a USB caddy, most probably the disk was very rarely powered up (hence it didn't brick earlier) so it should have also very few hours of service, jaclaz Link to comment Share on other sites More sharing options...
ufbafigawe Posted August 30, 2018 Share Posted August 30, 2018 (edited) Hello everyone, my drive is a ST3500320AS with SD15 firmware which had the busy state issue and was someday not recognized by the BIOS anymore. I found this thread and was quite confident that this would be an easy fix. I hooked the drive up to my 3.3V TTL to USB cable and executed the commands. Everything worked fine as far as I could tell and the drive returned: The only thing I found odd is that it prompted this line almost instantly as I expected it to take a minute or so. After the procedure the drive is again recognized by the BIOS but other than that every software I tried to access or communicate with this drive behave like this is some kind of alien device. They hang or do weird stuff. The best info about the drive I get is from Ubuntu: But that's it, there is no way I can access the content. Every recovery program I tried on Windows crashes or hangs when trying to access the drive. I also tried to use Seagate's firmware update ISO but it just prompts: Error: Specific model not found. ST3500320AS expected. even though BIOS and Ubuntu recognize the drive. Any ideas? I tried a lot now and just don't know what else to do. thanks in advance! Alex Edited August 30, 2018 by ufbafigawe Link to comment Share on other sites More sharing options...
jaclaz Posted August 30, 2018 Share Posted August 30, 2018 The delay in "user partition format successful" shouldn't be connected, It depends on cases. sometimes it is almost instant, sometimes it takes seconds, sometimes it takes minutes. From the UBUNTU (that has somehow access to it) try dd_ing the first few sectors of the WHOLE disk (in your case (/dev/sdb) to a new file. If the disk was originally partitioned in Windows XP or earlier, 100 sectors will be enough, if it was partitioned under Vista or later, you need 2100. Now, if the dd command fails, then there is an issue with the disk, if it does produce a file let's see what's in it with a hex editor. jaclaz Link to comment Share on other sites More sharing options...
ufbafigawe Posted August 30, 2018 Share Posted August 30, 2018 (edited) ahh that's a cool idea, thanks for your help! dd worked just fine. could well possibly be that the hdd was formatted with linux though. hex dumps attached first2100.hex first100.hex edit: ahh ok you mean first 100 sectors not bytes. how do i find out how many bytes my sectors are? edit2: ahh got it! 512bytes right? edit3: files are to big for the forum: https://drive.google.com/open?id=1bKQdiCrdc7UvYPH6JMlIK0X3Wv4MLGUO, https://drive.google.com/open?id=1iXABssls1_DvSygI9Ow2aTzagxQobRC1 Edited August 30, 2018 by ufbafigawe Link to comment Share on other sites More sharing options...
jaclaz Posted August 31, 2018 Share Posted August 31, 2018 The disk seems fine (in the sense that the data copied by dd makes sense, it is not 00's or F6's). The partition table is "normal": #0 07 00 0 32 33 1023 254 63 2048 976766976 the MBR boot code is GRUB (possibly GRUB2) and extends up to sector LBA 104 (which is unusual, as normally that would be contained within sector 62 to allow partitioning with CHS alignment), anyway the disk is MB aligned (i.e. PBR is on sector LBA 2048), so it's fine. The PBR is a "normal" NTFS one invoking BOOTMGR, to be picky it is the version "NT62" i.e. the one coming with Windows 8/8.1, and it is just fine. The address of the $MFT is in the "usual" position on cluster 786432, which is also "fine" and "normal". Most probably there is some corruption in the NTFS filesystem itself, it is not common (but it can happen), the "resetting" procedure may alter the P-list (or the G-list, or both) and if one or more remapped sectors is "lost" AND it is a "vital" one the result is an unreadable volume. Standard/suggested procedure: 1) procure yourself a 750 GB (or larger) hard disk (if you have or can afford a 1.5 or 2 TB one, better) 2) dd the whole failed disk to an image file (if possible make a second copy of the image) 3) try accessing the image with DMDE:https://dmde.com/ (though not exactly for the newbie/faint of heart) in case of (relatively) simple issues it can be used also by a non-expert of NTFS, it is read-only by default so it is safe. Usually (not always but usually) DMDE is able to allow the recovery of files (without "fixing" the underlying NTFS) keeping the folder structures and names, so assuming that the disk was not full up to the brim and you can use a 1.5 or 2 TB disk, you should have enough space on it to salvage the relevant files. Then, once these are "safe", we may talk of analyzing and hopefully fix the NTFS. To do this - should you need assistance - start a new thread as that would be off topic here (and the thread is long enough already. jaclaz Link to comment Share on other sites More sharing options...
NoNothing Posted November 13, 2018 Share Posted November 13, 2018 Hello all, Glad you are still talking about the Seagate problem but also sorry that we have to. I have a Barracuda 7200.11 ST31000333AS with firmware SD35, P/N 9FZ136-568. It has gone AWOL with the BSY bug twice (out of warranty, of course) and been resurrected both times with the USB serial cable and HyperTerminal, the second time just two weeks ago. I tried to update the firmware to SD1A and SD1B using both the exe and the ISO but failed. I have since found that I need the Brinks-3D6H-SD3B firmware to flash my drive but haven't found it. Does anyone here know where I could get it? Thanks! Link to comment Share on other sites More sharing options...
NoNothing Posted November 16, 2018 Share Posted November 16, 2018 Well, what do you know? I have found what I believe to be the proper LOD file to upgrade my drive firmware at HDDGuru. Now to try and figure out the command to force the update. Link to comment Share on other sites More sharing options...
jaclaz Posted November 19, 2018 Share Posted November 19, 2018 On 11/16/2018 at 7:09 PM, NoNothing said: Well, what do you know? I have found what I believe to be the proper LOD file to upgrade my drive firmware at HDDGuru. Now to try and figure out the command to force the update. If you want the actual Brinks-3D6H-SD3B.ISO, find it attached jaclaz Brinks-3D6H-SD3B.ISO 1 Link to comment Share on other sites More sharing options...
NoNothing Posted November 20, 2018 Share Posted November 20, 2018 My hero!! Thank you so much for this! I will try it after the holiday. Link to comment Share on other sites More sharing options...
jaclaz Posted November 20, 2018 Share Posted November 20, 2018 7 minutes ago, NoNothing said: My hero!! Thank you so much for this! I will try it after the holiday. Good If you can, let us know how it went. jaclaz Link to comment Share on other sites More sharing options...
NoNothing Posted December 4, 2018 Share Posted December 4, 2018 Grazie mille to jaclaz for the ISO file! I used it successfully to update the firmware on my ST31000333AS hdd. None of the backup files stored on the disk were harmed, either. Hopefully, the drive won't die from some other cause anytime soon. Thanks again! Link to comment Share on other sites More sharing options...
jaclaz Posted December 5, 2018 Share Posted December 5, 2018 12 hours ago, NoNothing said: Grazie mille to jaclaz for the ISO file! I used it successfully to update the firmware on my ST31000333AS hdd. None of the backup files stored on the disk were harmed, either. Hopefully, the drive won't die from some other cause anytime soon. Thanks again! You are welcome. Another happy bunny in the basket : http://www.msfn.org/board/topic/128727-cant-access-repair-my-pc-option-via-f8-startup/?p=828512 jaclaz Link to comment Share on other sites More sharing options...
assaraffa Posted January 24, 2019 Share Posted January 24, 2019 Hi everybody. Still here in 2019 trying to recover these ill-fated 7200.11 drives... Six months ago I got one of them from a colleague, ST31000333AS with SD35 firmware, in BSY state. I got an USB-to-RS232 cable from eBay, installed the drivers, set everything up and restored it in less than an hour. All data were still there... complete success. Last month a friend asked me to fix his HD, same model and same firmware. I thought "that's an easy one, I've already done it". And of course something went wrong. My fear is that at the very end of the process I made a mistake turning off the power too soon... Now the BIOS can see the hd, with the right 1 Tb capacity, but the partition is not recognized. I repeated the whole process many times, but after the "m0..." command the results are not as expected: I have to wait 10-12 minutes, then I get this message "User Partition Format 4% complete, Zone 00, Pass 00, LBA 00004AA5, ErrCode 00000080, Elapsed Time 0 mins 30 secs User Partition Format Successful - Elapsed Time 0 mins 30 secs Zone re-format was skipped." Do you think it's bricked without hope, or is there still a chance to get it back to work? Many thanks in advance for your suggestions. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now