Hello

Need loader for ST9500325AS / FW : 2BSM1

I appreciate any help.
Thanks in advance.

Here you go.

Good luck!

_________________
030 Datenrettung Berlin GmbH (Germany)
HDD, SSD, NAS, RAID Datenrettung - 030-datenrettung.de

Thank you very much.
Good luck

MRT says : invalid file.
Please anyone have it in MRT format?

Thank you very much.

if you need to use this loader you can use seagate tool to force fw update
also your MRT have loader for 5400.6 , try it will work with you

_________________
http://www.hpwlab.com

Do you have the mentioned loader for MRT or not?

I think it's the same whether it's for PC-3000 or MRT. It's just a binary file. You may just need to rename the extension.

_________________
Data Medics - Hard Drive, SSD, and RAID Data Recovery Service Company

Same extension .lod, but not the same size.
MRT gives (invalid file) when trying to upload loader.
Even when trying to create loader from the drive itself via sys file, there is corrupted sys files needed for creating loader.
thank you.

Both copies ?

FWIW, I have analysed the MRT loader format for older Seagates. For a start, the MRT loader begins with an "MRT" signature.

viewtopic.php?f=1&t=33655&start=20

_________________
A backup a day keeps DR away.

I have carved the 4 sys files out of the PC3K loader. Hopefully MRT can use them to build its own loader.

_________________
A backup a day keeps DR away.

Hello, if the loader is created by a third-party tool, and in MRT Seagate utility, you can try to use those methods below:

The first one is to use the function of " Run Firmware Upgrade Script" in "Tools" function;

Then second way is to use the function of "Update microcode" in "Tools" function (Tools>>Loader>>Update microcode);
But I suggest you to use the first one, because it can support the universal loader form.

_________________
MRT Express & Ultra, Professional Data Recovery Tool
Email & Skype: sales@mrtlab.com
Whatsup: +8615827155998

@mrtpro, can you create a loader from the 4 sys files?

Some time ago there was a thread (by michaelchiklis?) where MRT's F3 loader produced gibberish from MRT's own resources. Has this bug been fixed?

_________________
A backup a day keeps DR away.

Here, this is the LDR you need that i have found in my MRT database:

_________________
My firmware database:
https://mega.nz/folder/O01DkBRI

Maybe it wasn't a bug. The MRT loader appears to be encrypted using a simple byte-for-byte substitution algorithm. If so, then I can't understand why they would do this.

_________________
A backup a day keeps DR away.

MRT older version generated .ldr loader file which was starting with some kind of substitution algorithm as you say (CD CD patterns).
Newer version produces normal loader file which has .lod extension.
I'm not sure, but i think you can convert old .ldr into new .lod by just filling long 'CD' patterns with zeros

_________________
My firmware database:
https://mega.nz/folder/O01DkBRI

I can write a program to do the conversion if there is any need for it. There is a lot more to it than just replacing 0xCD with 0x00.

_________________
A backup a day keeps DR away.

Here is the converter:

_________________
A backup a day keeps DR away.

Frank you're great

P.S.
the converter seem not working on x64 OS unfortunately, even in CMD mode.

_________________
My firmware database:
https://mega.nz/folder/O01DkBRI

Sorry, I have no way of testing that.

This is what you should see:


Examples:

CNVRTLDR enc2dec infil=SgF3LDR.ldr outfil=SgF3LDR.lod
CNVRTLDR dec2enc infil=SgF3LDR.lod outfil=SgF3LDR.ldr

I'm not much of a programmer, so I write programs for the command line. This means that I don't need to deal with a GUI, nor do I need to be concerned with all the different flavours of Windows. Or so I thought ...

It should be easy to write an equivalent conversion routine in Python. Maybe that would be more universal. Basically all that you need to do is to read bytes from the input file, look up the converted bytes in a byte map, and then write them to the output file.

_________________
A backup a day keeps DR away.