PC-3000 Forum

Hi Dears ,

the rosewood drive ABR detected and hasnt any ID and I cant write sys files via ATA(direct or indirect) and terminal after unlock, please give me a solution ,


thanks a lot

MC must be faulty

The status register shows DWF flag - this is common symptom of damage to MC and often this error is presented during attempts to work over ATA.

You need to work over terminal only - save important modules including translator, clear translator which will rebuild MC, restore translation system via the backup taken before the translator regeneration.

AJ2008 wrote:Source of the post clear translator which will rebuild MC, restore translation system via the backup taken before the translator regeneration

My advice is: If you need data - DO NOT do this.

Masterclass wrote:Source of the post

AJ2008 wrote:Source of the post clear translator which will rebuild MC, restore translation system via the backup taken before the translator regeneration

My advice is: If you need data - DO NOT do this.

Well,
Correct my advise to him would be reach terminal and then check defect list he will note its overfull with defects he needs to clear it in terminal ,Then reach c level and work with MC and Also Reach level 7 and work with dos config level clear it .

PS : in few cases i have seen you cannot take a backup of anything until you do this

Masterclass wrote:Source of the post

AJ2008 wrote:Source of the post clear translator which will rebuild MC, restore translation system via the backup taken before the translator regeneration

My advice is: If you need data - DO NOT do this.

Why would you advise this? MC is part of translator so it cannot be cleared without loosing access to data, but retaining original copy of translator module (which includes MC defects) for restoration after repair will prevent this.

Do you know the diferrence between MediaCache and MC Table?

AJ2008 wrote:Source of the post (which includes MC defects)

Which defects??

Masterclass wrote:Source of the post Which defects??

Which are related to MediaCache area.

majid-nazeri wrote:Source of the post Hi Dears ,

the rosewood drive ABR detected and hasnt any ID and I cant write sys files via ATA(direct or indirect) and terminal after unlock, please give me a solution ,


thanks a lot

majid-nazeri- Did you solve?....I have the same problem.

jojo2012 wrote:Source of the post

majid-nazeri wrote:Source of the post Hi Dears ,

the rosewood drive ABR detected and hasnt any ID and I cant write sys files via ATA(direct or indirect) and terminal after unlock, please give me a solution ,


thanks a lot

majid-nazeri- Did you solve?....I have the same problem.

Is this the same case from the other post you made? You have not solved yet? Contact me at skype and I will help you more if you need it

AJ2008 wrote:Source of the post

jojo2012 wrote:Source of the post

majid-nazeri wrote:Source of the post Hi Dears ,

the rosewood drive ABR detected and hasnt any ID and I cant write sys files via ATA(direct or indirect) and terminal after unlock, please give me a solution ,


thanks a lot

majid-nazeri- Did you solve?....I have the same problem.

Is this the same case from the other post you made? You have not solved yet? Contact me at skype and I will help you more if you need it

Yep, sent PM

AJ2008 wrote:Source of the post Why would you advise this? MC is part of translator so it cannot be cleared without loosing access to data, but retaining original copy of translator module (which includes MC defects) for restoration after repair will prevent this.

Unfortunately, translator regeneration clears entries in MC system file and 90 GB of Media Cache area. We can write back the MC system file, but can't write back content of MC area.
Rosewood drives use write-back media cache approach, where data is stored in the MC only, and transfer blocks from MC to user area is performed when new cache blocks appear.
If we clear the MC zone we can lost the latest timestamped data on the drive (for long ago several months)

Translator is built with these MC defects included, so restoration of original translator table (where these MC entries are written) should restore access to lost data