All times are UTC - 5 hours [ DST ]




Post new topic Reply to topic  [ 127 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6, 7  Next
Author Message
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: February 8th, 2019, 17:36 
Offline
User avatar

Joined: May 5th, 2004, 20:06
Posts: 2831
Location: England
Spot on answer BGman :idea:

BGman wrote:
fzabkar wrote:
I don't understand why SeDiv doesn't just consult the USAG directory rather than an INI file. :?

Because USAG might be unreadable....

_________________
All went well until I plugged the drive in.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: February 10th, 2019, 17:56 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
On IBM native you only need PCB to read/write PBAs as long as you know the PBA + VSC + Super On.

On ARM IBM native you do need a "loader". On both cases as long as you know the PBAs yourself you don't need to have a valid USAG.

So SeDiv can create ini files with "road map" so that you can read/write modules even if the drive no longer properly initialize.

Meaning if you clear SA and if you clear USAG you have no way to gain access to the rest of modules or original module location but if you have INI with definitions of "map" for the SA you can read/write to those spots by PBAs.

This is the same as MRT does with that option to load to the MRT software the definitions to know where MRT should read/write modules.

SeDiv does allow to use the ini file or as alternative you can as well supply a USAG module for SeDiv to use as the directory in case USAG can't be read from the drive.

Since i was "playing" with that ARM based drive i might have done something wrong and i might have dumped the SA using the ini definitions instead of using the USAG of the drive.... SeDiv do support 3 ways... ini file, usag of the drive and external usag. When you do have the valid USAG or when the drive initialize properly you can save the module directory to ini ....

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: February 28th, 2019, 6:36 
Offline

Banned User

Joined: February 28th, 2019, 6:19
Posts: 1
Location: China
Spildit,
Please contact me
Whatsapp +79176782880
email Jubtcrussia@gmail.com


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: November 7th, 2019, 23:19 
Offline

Joined: May 14th, 2017, 7:14
Posts: 22
Location: china
HUS724040ALA640-MFAOA8G0

~~~~
I don't understand, who helped me create a LOD?


Attachments:
HUS724040ALA640-MFAOA8G0-PN2331PAHN180T.rar [569.7 KiB]
Downloaded 328 times
Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: November 8th, 2019, 16:02 
Offline
User avatar

Joined: September 8th, 2009, 18:21
Posts: 14573
Location: Australia
iphdd wrote:
HUS724040ALA640-MFAOA8G0

~~~~
I don't understand, who helped me create a LOD?

If you are asking for someone to create a loader for you, then you might like to try this tool:

http://www.hddoracle.com/viewtopic.php?f=59&t=2696&p=20039&hilit=hitachi+loader+tool#p20039

It's untested, so it may not work.

_________________
A backup a day keeps DR away.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: November 9th, 2019, 3:09 
Offline

Joined: May 14th, 2017, 7:14
Posts: 22
Location: china
The firmware uploaded above is the one click backup firmware of PC3K

I'm talking about generating and creating LDR

Not at Loader LDR


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 23rd, 2023, 6:43 
Offline
User avatar

Joined: November 3rd, 2013, 13:04
Posts: 300
Location: Hungary
Hi there!
It's a relative old post, but i need help too for creating loader.

The drive came with no ID, spins up, and some head movements puts itself DRDY, but no SA access.
I swap heads, the result is a same, no ID.
After i edited NvRAM from 03-02-01-00 to 02-02-01-00 then had ID, downloaded SA copy 1 and had LBA access with heads 1-2-3.
Now i'm stuck with this case, no matter how i change NvRam, the drive not initialising.
I have tried create loader by own (using SA copy 1) and upload to SeDiv, but the drive still not have ID. Maybe i f.cked up my loader, i think i don't understand right the srtucture of ARM loader file.
I wrote a letter here for drHDD, but as i seen he visited hddguru 3 months ago.
So please somebody help me create a loader to rewrite SA with SeDiv.
I have MRT too, but MRT is not have possibility for upload microcode to RAM.
We tried initialise drive with PC3K using copy 1 source and rewrite SA in my friend's lab, but no luck.
So i think my last hope left using hddguru community asking for help.
I uploaded SA copy here if it helps:
Attachment:
Modules.zip [1 MiB]
Downloaded 22 times


Thank you!


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 23rd, 2023, 19:00 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
Hi there.
@fzabkar tool won't work for you because you are missing modules on your dump/resource.
You USAG have reference to modules that are missing from your package/attachment :

Attachment:
loader.png
loader.png [ 21.51 KiB | Viewed 626 times ]


This was some years ago and i don't remember very well the procedure as well but i can hook a ARM Hitachi to my HRT in a moment to see if i refresh my mind over this ...

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 23rd, 2023, 19:23 
Offline

Joined: October 3rd, 2005, 0:40
Posts: 4084
Location: Hungary
there are some common mistakes in this process, i can probably recover it but the question is wether that one missing surface is worth starting it over...

_________________
Adatmentés - Data recovery


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 4:46 
Offline
User avatar

Joined: November 3rd, 2013, 13:04
Posts: 300
Location: Hungary
Spildit wrote:
Hi there.
@fzabkar tool won't work for you because you are missing modules on your dump/resource.
You USAG have reference to modules that are missing from your package/attachment :

Attachment:
loader.png


This was some years ago and i don't remember very well the procedure as well but i can hook a ARM Hitachi to my HRT in a moment to see if i refresh my mind over this ...



Hi!
Yes, i tried this tool too, with same result as yours.
Comparing the patient USAG module with another same donor drive USAG module and module package (module names/number) are a same.
fzakbar's tool is created for A7E ARM drives. It' not a miracle that tool is not handle CLA3 Hitachi drives.
Strange that PC3K, MRT, and Sediv can't create loader files using module source as theese tools can create loader for WD, Sea, etc....drives.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 16:01 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
PC3K should be able to create the loader... In fact that was how I got the first loader to try with ... It was created with PC3K ... Check the start of this thread.

Also my drive was fully working when i extracted the modules so the loader was made with modules native for that drive...

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 18:01 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
Ok ... This is your USAG ...

Attachment:
1.png
1.png [ 18.05 KiB | Viewed 532 times ]


So yes.... There are NO RPSP, etc .... so the tool will NOT WORK for you.

I waas thinking that It could had been some sort of firmware tool bug but guess not ...

On IBM/ARM you don't read modules by ID like on WD, you read by location on platter, so you go to USAG and get the location to use on the VSC for reading the next module and so on...

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 18:16 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
I do have to re-learn this stuff again ... I don't have any CLA here with me but for example this is an HCC545050A7E380, I do send the super on and read the USAG and get this :

Attachment:
1.png
1.png [ 26.95 KiB | Viewed 528 times ]


Attachment:
2.png
2.png [ 13.12 KiB | Viewed 528 times ]


So USAG is at 04 00 00 with sector count of 6.

Now if i want for example SECI it would be at A0 8B 00 with a sec. count of 3

Attachment:
3.png
3.png [ 37.43 KiB | Viewed 528 times ]

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 18:21 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
So ... If you READ all of your modules and pack it on a file with the same format that PC3K uses you then can send it to drive RAM by download microcode and it doesn't matter that the address of modules is not correct on RAM because once you gain access to READ you are going to READ in the platter using physic address and NOT module ID so it's not harmfull to have on RAM table that doesn't match platter. You just need to gain access to READ/WRITE command so that you can check what you trully have on platter.

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 18:22 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
Maybe try to manualy patch the PC3K built loader with the modules of your drive ? At any rate you told us you have access to PC3K and it can create loader....

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 18:39 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
I've been away for many time but i'm starting to remember now .... I need to practice more, during the weekend i will play with this, i will dump all modules of some ARM HGST with HRT and I will try to create a loader using that ones done by PC-3000 by replacing the sections with the modules from my drive, then i will try to block reading and load from loader by sending using download microcode standard ATA and then i will check if loader done by hand does allow reading SA like the ones provided by PC-3000. Need to test with this to start to remember again because I spend almost 4/5 years without even looking at a HDD so it's natural that i did forgot many things.

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 24th, 2023, 18:41 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
But in theory if heads are OK and surface is OK if you do have a correct fully compatible loader you should gain access to SA... I would start by checking if you can make a loader using the modules that you already have with the PC-3000 that you have access to...

If you can't make progress I will ask you to wait for the weekend because i will have time to play with this and i will try to make a loader by hand and test. I do have some CLA3 drives (at least here on my database file it shows that i should still have 3 fully working and refurb. that i fixed on the past and didn't sell so i will have to try to find them as well). I do have a pile of 500 GB HCC ones that I was refurb. 5 years ago to sell on ebay and the majorty of those can still be re-used and i will have to check on those as well so maybe i will start by trying with those as I do have plenty and are here at hand. I will have to go check the pile of boxes with drives that i have lying here to find the CLA ones that aparently i should still have...

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 25th, 2023, 6:20 
Offline
User avatar

Joined: November 3rd, 2013, 13:04
Posts: 300
Location: Hungary
Spildit, thank you for your time!
If i understand right, if we create a pcr file with PC3k, and i rename it to LOD extension will it be good for upload to RAM by Sediv?
I have a donor drive with same model number, and fw microcode.
Tried hot swap using this method (with no luck):
1.Donor in sleep mode, and uploaded modules to RAM wich contents are not a same with patient modules:
psht*
rdmt*
rpop*
seci*
altt*
zone*
srvp*
srvm*
chnm*
idnt*
smrt*
feat*
cnfg*
wwnm*
2.Upload patient NvRam to donor PCB (donor PCB is still in sleep mode)
3.Put donor PCB (with contents os patient modules in RAM and NvRAM) to patient drive
4.Wake patient drive with donor PCB
5....after some clicks the patient drive gets DRDY status, but i still can't read or write SA.

I don't understand why, because comparing the patient and donor drives USAG modules are same.


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 25th, 2023, 11:53 
Offline

Joined: October 3rd, 2005, 0:40
Posts: 4084
Location: Hungary
Quote:
create a pcr file with PC3k, and i rename it to LOD extension will it be good for upload to RAM by Sediv

surely not, since pcr is not a loader format, it is for database export/import.
Perfectly no need for hotswap if you can upload loader...

_________________
Adatmentés - Data recovery


Top
 Profile  
 
 Post subject: Re: HITACHI-ARM FIRMWARE RECOVERY.
PostPosted: January 25th, 2023, 15:53 
Offline
User avatar

Joined: December 19th, 2006, 8:49
Posts: 10963
Location: Portugal
1 - IT WOULD HELP if you READ THE ENTIRE THREAD first !!!! Help yourself first sto that we can help you then !!!

This was already posted here :

Attachment:
2019-01-30.png
2019-01-30.png [ 14.79 KiB | Viewed 397 times ]


digisupport wrote:
Loader creation is called "Off-line start resources" when you do HDD resources backup.

_________________
1Q9xrDTzTddUXeJAFRn37aqh1Yr6buDCdw - (Bitcoin Donations)
paypal.me/Spildit - (PayPal Donations)
The HDD Oracle - Platform for OPEN research on Data Recovery.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 127 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6, 7  Next

All times are UTC - 5 hours [ DST ]


Who is online

Users browsing this forum: Google Adsense [Bot], ihjwernml579, Majestic-12 [Bot] and 23 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group