Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


Gradius2

The Solution for Seagate 7200.11 HDDs

Recommended Posts

Hello to everyone:

I have read many posts and have been trying to solve this issue without success. I need your help:

I have a Maxtor Diamond 22 500 Gb Sata drive. No unusual noises, etc. It just stopped being recognized at all.

It powers up fine and after many days reading I conclude that it is BSY...

So This is how far I have come:

I hooked a USB to SERIAL cable to my USB port on my desktop. This cable comes with drivers which I installed succesfully. When I plug the cable Cin XP detects it (even if nothing is attached to it).

I then connect a Female RS232 Cable to the tip of the cable described. (The female cable I cut and spliced the cables).

Using a tester with continuity I found the RX , TX and Ground pins on the female tip, and labeled the corresponding spliced cables.

I went to Hyperterminal and tried a loopback test, which worked. I hold the TX and RX cable together , type in the screen and I get characters on the screen (same ones I Type)

I tested the ground pin with continuity from the metal part in the USB connected to the computer and the spliced cable comming out of the RS232 cable. All other minicables within the RS232 I just moved out of the way)

So I have identified all three cables needed: RX, TX and Ground

Tearing apart some mini sound cables I managed to connect the 3 required cables on the jumper pins os my SATA drive.

I took out the Jumper that comes from factory default,

Inserted a cable with a female tip into PIN 2 (for Ground)

Inserted a cable with a female tip into pin 3 (for TX)

Inserted a cable with a female tip into pin 4 (for RX)

All female tips were crimped a bit so that connections were snug and tight.

A small amount of electric tape prevents them from making contact with each other.

I am using an ATX power supply, with a bent paperclip shorting a Green Cable with a Black Cable in order to have it a stand alone power source (not needing a Motherboard).

I have plugged the SATA power cable from the ATX Power Supply into the Hard Disk in repair.

The Hard Drive's PCM was removed, a Card was set in the right place (following Graius'instructions), then screwed back on with a TORX 8 tool

I connected the (USB-SERIAL CABLE)---->(FEMALE RS232 CABLE)----->(HARD DISK PINS 2,3,4)

I tried connecting G->G RX->TX TX->RX (following instructions)

So everything seemed set. I powered the Hard Drive by turning on the ATX Power Supply.

Drive Spun for a few seconds, waited for it to quiet down....

I went into hyperterminal

Selected the COM Port in which the USB-Serial Cable was detected.

Then chose 38400,N,8,No etc (as described)

The Terminal screen popped up

I type Ctrl + z =====Nothing!

I Changed Properties/ Windows Key

Tried CTRL+ z =====Nothing

Tried CTRL + Z (uppercase) ==== NOTHING

I flipped Tx and RX cables === then pressed Ctrl +z : Nothing !

I connected the Ground cable not only to the USB-Serial cable's Ground, But ALSO to the ATX power's supply Ground... CRTL Z =NOTHING

I checked for loose connections - checked twice then again - STILL NOTHING

What am I doing wrong?

Some people are using Serial to TTL, others USB to TTL, others CA42 Nokia cable.

I assumed my connections would work because I am getting the loopback test, I am getting a com port recognized by win XP

I see that some cables require a 3v battery to be attached by I assumed that this is only if the cable itself wasnt detected by windows because it was not auto-powered. Is it correct to assume that I dont need the 3v or 5v power supply for the cable since it DETECTS the cable "äs is"

without any device being attached to it???

Although the title of this thread is SEAGATE drives... I am using Maxtor (which is the same now as seagate)

I live outside the US and wouldnt want to order parts without being sure that my problem is exactly identified.

Can anyone please tell me what I am doing wrong?- I just want to recover my data from this drive and then throw it away!

I CANT GET the prompt after CTRL +Z ..

THANKS!

Share this post


Link to post
Share on other sites

Erm... the drive needs RS232 (the protocol) at TTL-levels, not at RS232-levels :wacko:

TTL-levels are either 3.3V or 5V to ground, not the +12V to -12V RS-232 gives you (in fact

RS-232 levels can go as high as +-25V, if I recall correctly).

That's why the 3V battery is used with some convertors, not for detecting a used USB-device,

but to give the convertor the correct levels needed.

I'm hoping you didn't blow up your PCB :unsure:

Edited by VideoRipper

Share this post


Link to post
Share on other sites

I dont think I blew my PCM. Dont Worry... I am not using any power source, just t he Ground cable on pin2 of the drive remember?

I am powering the sata drive, via sata power cabel, via ATX power supply

I also forgot to mention, that I have an identical maxtor drive with same capacity and firmware (both bought the same day) qhich is good and working. I tried switching the PCMs and neither drive worked. Furtehermore both drives clicked a bit while using the each other's boards.

Since I got no results I switched them back. The good drive worked fine. The other one went back to being a brick. No clicking, just smooth spinnig.

So no harm done.

I know that the data is there, but I just cant get to it due to this terrible mistake from the factory.

Any other observations with my setup?Would you recommend for me to purchase any specific parts to try again?

Thanks for your fast reply!

Share this post


Link to post
Share on other sites
I am not using any power source, just t he Ground cable on pin2 of the drive remember?

I don't think you understand what I mean :whistle:

Standard RS-232 ports (wether it be the COM-port on your motherboard or an external USB-device),

outputs RS-232 levels at +15V for a "Space" (0) and -15V for a "Mark" (1).

The drive's controler needs TTL levels: +3V to +5V for a "Space" (0) and 0V for a "Mark" (1),

but it is using the RS-232 protocol to communicate.

Let me try to explain it with a simple picture:

post-277568-127249685604_thumb.gif

On the left you'll see the pins coming out of the COM-port (using -15V to +15V levels), in

the middle is a level-shifter (can be a MAX232, for instance) and on the right you'll see

the desired TTL-levels the controler on the PCB needs.

You cannot just connect a COM-port directly to the drive, it most likely will blow up

the controler's diagnostics-port; the controler's port, unlike a "Normal" COM-port, is

not protected to withstand higher voltage levels than expected.

Would you recommend for me to purchase any specific parts to try again?

Yes... get yourself a TTL-level RS232 adapter, like mentioned all over this topic.

It could either be just a level convertor (like a MAX232) to convert the levels from an on-

board COM-port (if your PC has them) or a USB-device that outputs TTL levels, like a Nokia

CA-42 cable.

Greetz,

Peter.

Share this post


Link to post
Share on other sites

Thanks Peter. I will get the cable.

Just to contribute to the topic - I have 2 identical Maxtor drives 500 GB each.

One Brick and one good.

Today I tried upgrading the firmware via dos program (bootable) and it succesfully upgraded for my "Good Drive". The Bad Drive was not recognized at all.

So I tried switching the PCB's. Now the Bad Drive with the upgraded PCM is seen by BIOS but wont work (makes noise). Firmware wont update either.

The Good Drive with the "bad PCB" wont be recognized and wont upgrade (and it makes noise as well at initial spin.

I switched them back.. They both are quite spinners again. But the BRICK is STILL A BRICK!!!!

Argghh

:wacko:

Im going to get a Nokia Cable CA42 and a TTl board as well. Last 2 tries...if not instead of putting it in the freezer I'll probably put it in the microwave!!!

Share this post


Link to post
Share on other sites

All,

I wanted to encourage all new members to read carefully the first post of this thread. I think we are now observing a phenomenon that is unfortunate. People with different versions of the firmware or with slightly different symptoms are coming to this site and trying the fix and when it doesn't work, they are posting for a solution. I am not technically capable enough to help folks with different HDDs and different firmware. I can only speak of my own experience in successfully trying this fix.

I would encourage you all to try this solution if you have the bad SD15 firmware and the correct 7200.11 HDD from Seagate. I feel for you that your HDD is not working properly but I'm not sure we can be of much help if yours does not fall into the correct specs.

Share this post


Link to post
Share on other sites

I think we are now observing a phenomenon that is unfortunate. People with different versions of the firmware or with slightly different symptoms are coming to this site and trying the fix and when it doesn't work, they are posting for a solution.

I guess it's pointless (as much as these HD fails are unfortunate).

I tried to convey this same message n times, but it simply does not "pass-through". :(

http://www.msfn.org/board/index.php?showtopic=128807&st=2690

http://www.msfn.org/board/index.php?showtopic=128807&st=2535

http://www.msfn.org/board/index.php?showtopic=128807&st=1770

I do understand (and sympathize with :)) people having problems with their hard disks and that are looking for a solution, but, once again, this is NOT the miracle cure for ANY disease of ANY hard disk. :(

The fact that switching boards is PERFECTLY unuseful on modern hard disks (unless special procedures with special Commercial software and/or hardware changes are performed) and it WON'T solve ANY problem, BUT may create more AND ruin also the "donor" drive, has also been written tens of times in this thread, and what you get?

So I tried switching the PCB's. Now the Bad Drive with the upgraded PCM is seen by BIOS but wont work (makes noise). Firmware wont update either.

The Good Drive with the "bad PCB" wont be recognized and wont upgrade (and it makes noise as well at initial spin.

With all due respect to joejetson2 :), I do read it very like:

I completely ignored the n places where it is clearly written to NEVER swap a PCB of modern hard disks and tried doing.

Guess what?

They were right and it didn't work.

:w00t:

Just in case:

DO NOT TRY SWITCHING HD PCB BOARDS, EVER!

(unless you are explicitly told to do so by someone who knows where his/her towel is AND the FULL procedure is explained AND you have completely understood it AND you have available the needed software AND hardware tools)

jaclaz

Share this post


Link to post
Share on other sites

Well..I hope that this Thread is not still dead.Hi guys...good to know that there are people who really care and share their knowledge to solve over's burduins.I got a Seagate Barracuda ES.2 (engineering sample).Same diagnostics: after a restart the computer hangs a lot at POST and doesn't recognise it at all.The problem happend to me about 5 months ago,I went to warranty but there it was said to me that the warranty does not recover the data.I can't give my HDD for a new one because Ihave my Diploma Project on it.I read this thread and decided to take my chance.I buyed a Ca-42 cable.Unfourtanetly I can't get it work.My cable is Made in Thailand (CM09083821) with 5 wires (ble,red,white,black and yellow).Even if i strip it the internal structure is molded,there a better chances to destroy it than to see what it is inside.I read over the internet and the required setups doesn't work for me.But I managed to do something.

My setup:I put the plastic between the PCB and the rectangular connector so when the HDD is powerd on it must not spindle,only the PCB must work.Here it comes my confusion:the only way to make my CA-42 to be seen in the device manager is the following:the red and blue wire must be connected to the TX and RX of the PCB (it doesn't matter how: blue-TX and red-RX or red-TX and blue-rx ) AND the Sata power cable from the Power supply must be conected to the PCB of the HDD.If the power supply connector is not connected the recognise in the device manager does not work.Does this mean that I had discovered the RX and TX terminal of the CA-42?I tried to disconnect the power supply,the blue and red wire connected and to see if the CA-42 cable can be supplyed with power from a 3V battery (round battery from a motherboard).I tried different configurations with the remaining 3 wired (white,black and yellow) but i get so far no result.From this comes my confusion.How did it work with the Power supply cable?Do I require more thatn 3V?I tried also to make the followingower supply connected to the PCB and to short the blue and red...but no sound...no CA-42 in device manager.I don't know if it make sense i just thought that the RX and TX terminal of the CA-42 when connected will trigger the CA-42 to appear in Device Manager.But my conffusion is:how it works on the PCB connected.Do the 2 wires do another phenomena in that moment?

Thank You.

P.S.:finnaly i had managed to unrwap and to see whats inside.It is a ATMEL chip made in Korea.I shall post a photo in the evening of the containts of the CA-42.

Share this post


Link to post
Share on other sites

I think we are now observing a phenomenon that is unfortunate. People with different versions of the firmware or with slightly different symptoms are coming to this site and trying the fix and when it doesn't work, they are posting for a solution.

I guess it's pointless (as much as these HD fails are unfortunate).

I tried to convey this same message n times, but it simply does not "pass-through". :(

http://www.msfn.org/...=128807&st=2690

http://www.msfn.org/...=128807&st=2535

http://www.msfn.org/...=128807&st=1770

I do understand (and sympathize with :)) people having problems with their hard disks and that are looking for a solution, but, once again, this is NOT the miracle cure for ANY disease of ANY hard disk. :(

This fix has mostly been used on the 7200.11 ST3500320AS and ST3500340AS drives, I don't know 500GB, 750GB or so. With the SD-Firmware. However there have been reports of some people getting this fix to work on OEM drives with the HP-Firmware as well. That is why I am trying to figure out if my ST3500620AS with the Dell DE11 firmware would work with this fix.

Just an idea.

Share this post


Link to post
Share on other sites
Thank You.

It looks like you got some things wrong here :unsure:

A CA-42 cable is a USB to RS232 (TTL-level) interface, originally used to connect

a Nokia mobile phone to your computer.

The cable first has to be installed correctly on a PC and in working order before

you can use it for other purposes, like communicating with a harddrive.

Once its drivers have been installed (and the CA-42 is plugged in) it should show

up in device-manager as a COM-port communication device (labeled "COMxx",

where xx is its com-port number).

The next step is to figure out what wires are RX, TX and GND.

Because CA-42 clones are made all over the world, by different manufacturers, it's

impossible to rely on the used colour-coding of the wires given by others.

The best way to figure out what wire goes to what terminal, is by using a multimeter

to follow the pins on the phone-plug to the wires inside the convertor.

Below is the pin-designation of the phone-plug end of a CA-42 cable:

ca42-plug.png

Examining:

Cut off the phone-plug, leaving about an inch (2.5cm) of wire.

Strip the cable (at the phone-plug end) to expose the wires and by using a multimeter

(or if you don't have one, a battery and light-bulb will also work), find out what pins on

the plug go to what (coloured) wires and make a note of it.

Testing:

Make sure the cable is correctly installed on your computer (it should be visible in device-

manager when plugged in) and make a note of the designated COM-port number.

Start HyperTerminal (or similar terminal program) and open a new connection:

  • COM-port: the port reported in device-manager
  • Speed: 9600 baud (as a first test)
  • Data bits: 8
  • Parity: None
  • Stop bits: 1
  • Flow control: None

With an open connection: when typing something on your keyboard, you should not see

anything displayed in the window, which is correct.

Now, with the connection still active, short the TX-wire to the RX-wire (leave the GND as is)

and again type some characters on the keyboard: you should now see the characters typed

echood back in the terminal window.

You've just done a so called "Loop-back" test and if successful, you've found the correct

wires... if not: start over from the top until this step works.

Because the CA-42 cable was originally intended to work with 9600 baud only, some cheaper

clones are only able to work at that speed and not at the 38400 baud we need to communicate

with our drive, so we first have to make sure it does work at that higher speed.

To check that, simply close the connection, set the speed to 38400 baud, re-open the connection

and re-do the "Loop-back" test, this time at 38400 baud.

If that test is also successful, you can continue trying to unbrick your drive, if it fails,

don't try to take the next step, since you will never be able to succeed. :no:

Summery:

  • Get a working RS232 connection with TTL-levels; you can use a good CA-42 cable, although
    your milage may vary depending on its quality (clone?)
  • You don't need an external battery when using a CA-42
  • Correctly install the CA-42 drivers; it should show up in device manager as a COM-port
  • Figure out what wires are TX, RX and GROUND (GND/0V)
  • Do a "Loop-back" test (at 38400 baud) before proceding.

Good luck,

Peter.

Share this post


Link to post
Share on other sites
This fix has mostly been used on the 7200.11 ST3500320AS and ST3500340AS drives, I don't know 500GB, 750GB or so. With the SD-Firmware. However there have been reports of some people getting this fix to work on OEM drives with the HP-Firmware as well. That is why I am trying to figure out if my ST3500620AS with the Dell DE11 firmware would work with this fix.

We would certainly like to know if this fix does work with other models and/or firmware,

but was originally intented for use with 7200.1 drives running SD15 firmware.

To not get this topic cluttered with questions about possible solutions for other drives,

I do not think it's a good idea to post these requests to the current thread, since it

already has 142 pages and would only make this topic more obscure; a lot of the same

questions (that were about 7200.11 SD15 drives) have already been asked and answered

before lots of times and also adding questions about other drives would really make

things worse.

The only thing Mundy and Jaclaz are trying to say (and I agree with them) is: this

procedure has been written for and tested with 7200.11 drives using SD15 firmware.

Advice cannot be given on other brands/types/versions of drives, because they haven't been

tested by us and/or we do not own these drives, so we need the input of others that do have

successfully (or not) performed the procedure on other drives.

So basically, if you have another drive: please try the procedure and let us know your findings.

Answers about success-rates on other drives can only be given by looking in our crystal ball. :unsure:

Greetz,

Peter.

Edited by VideoRipper

Share this post


Link to post
Share on other sites

Thx VideoRipper.You explained very well.Unfortuantely i had destroyed the plug to the phone ( ironically I wanted to see the GND,TX and GX by eye by stripping completely the connector to the phone - i didnt give a thought to the battery and light bulb).I shall buy another one and follow to work.

P.S.:still, from what I heard there are CA-42 wich shall not be seen in device manager when plugged to the USB unless you plug a phone too.

Edited by popescu

Share this post


Link to post
Share on other sites

Before buying a new cable, you can try to figure out what wires are the TX, RX and GND.

The GND-wire is, most likely, directly connected to the USB plug's outer shielding or

to the GND-connection inside the USB-plug.

usb-a-device.gif

The TX and RX connections can be found by shorting every combination of wires while

performing a "Loop-back" test (although this doesn't tell you exactly which is which).

P.S.:still, from what I heard there are CA-42 wich shall not be seen in device manager when plugged to the USB unless you plug a phone too.

No... :no:

You will only have trouble installing the drivers when using the standard installation program

that comes on the CD-ROM; the program needs to see a phone attached when installing it.

You should be able to find the actual drivers somewhere on the same CD-ROM in a separate folder

(should be some *.inf-file), just right-click that file and choose "Install". ;)

Greetz,

Peter.

Edited by VideoRipper

Share this post


Link to post
Share on other sites

OK, so when you go past these steps on a ST31500341AS and you keep seeing lots of these "InitiateMarkPendingReallocateRequest for disc_lba: XXXXX" then what can you do?

Rst 0x20M

(P) SATA Reset

PASSPackage Verified

No Phy: Staggered spin bypass

InitiateMarkPendingReallocateRequest for disc_lba: 00001273

ASCII Diag mode

F3 T>

I've cleared the SMART status, the G-List but it would keep reallocating the bad sectors how can i get to my data?

Share this post


Link to post
Share on other sites

Your error codes are not what we have seen here. what is the firmware on your hdd? it should say SD15 otherwise, all bets are off on this solution.

OK, so when you go past these steps on a ST31500341AS and you keep seeing lots of these "InitiateMarkPendingReallocateRequest for disc_lba: XXXXX" then what can you do?

Rst 0x20M

(P) SATA Reset

PASSPackage Verified

No Phy: Staggered spin bypass

InitiateMarkPendingReallocateRequest for disc_lba: 00001273

ASCII Diag mode

F3 T>

I've cleared the SMART status, the G-List but it would keep reallocating the bad sectors how can i get to my data?

Edited by mundy5

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...