Page 1 of 1

WD2500BB-00GUC0

Posted: 27.10.11, 17:22
by Bruno
Hi all,

Anytimes at working on WD HDD, the PCB's becomes death.
The situation is everytimes near this:
- suspiction of defect head.
- Reading ROM
- and now when i take "ROM map changing", from "From Map" to "Default", after restart the PCB is death.
Jumpering Kernel-mode, - no access for rewriting the ROM. :shock:
Is there a way to rewrite the ROM??
Thanks for Help.
Bruno

Re: WD2500BB-00GUC0

Posted: 28.10.11, 08:56
by ACE_Admin
Well, this drive has an external ROM chip, you can rewrite it from dump on a programmer device.

Here is its location on attached picture.
Attachments
eagle.JPG
eagle.JPG (35.57 KiB) Viewed 33187 times

Re: WD2500BB-00GUC0

Posted: 28.10.11, 15:54
by Bruno
Dear Roustam
Thank you very much.
I was afraid of that, but hoping the Gurus of ACE maybe now another way, to write back the Bin file.
In the past 25 Jears before at the time i'm working with comodore64 i'm jusing a EPROM programme, but now i dont having this. So i will must buy one of that. What Model you can sugest as good and not to expensiv in cost?
Have a nice weekend and thanks for help.
Bruno

Re: WD2500BB-00GUC0

Posted: 30.10.11, 07:43
by einstein9
YOU MAY Try this:

SuperPro Model 580U

good starter one

Re: WD2500BB-00GUC0

Posted: 31.10.11, 10:42
by Bruno
Thank you for the tip, einstein 9.
Bruno

Re: WD2500BB-00GUC0

Posted: 02.11.11, 09:07
by einstein9
Most welcome

the Advanced ver. of it is the NAND supports more chips
but u should have this anyway

Re: WD2500BB-00GUC0

Posted: 26.01.12, 04:15
by -BR-
ROM operations with wd were a lot safer on the older models

Can someone from Acelab tell us why in the newer models we have so many problems while trying to ahcnge rom contents via pc3k UDMA? (dead pcbs due to rom logical failure)

-BR-

Re: WD2500BB-00GUC0

Posted: 26.01.12, 10:57
by Bruno
Hi Roberto, greetings to Brasil.
Me interesting your question too, and is there a way to avoid ROM from death?
Bruno

Re: WD2500BB-00GUC0

Posted: 26.01.12, 17:24
by -BR-
In the Marvell series, the only way I know is to avoid bad luck :lol:

In the Caviar series I used ROM head map as very reliable head diagnostic tool for knocking hdds.

In Marvel series, I try to limit ROM WRITE operations to a minimum, only in cases where there's no external ROM, because of the high percentage of "death" pcbs we had.

Unfortunatelly the Marvell USB families seems to suffer more from this problem than the sata ones did.

Meanwhile, all death pcbs have to go to the "ressurection" process with a dedicated programmer device

So I really wonder if this is:

a) a hardware problem where the ROM wasn't engineered to receive more writes
b) a softare problem where UDMA still has do fix some issues to have a safeproof Marvell family WD ROM write operation.

-BR-