Flash Extractor
© Soft-Center
About     Shop     Downloads     Manual     Library     Forum     Services     Contacts
16Gb (!) Flash drive with SM324QF controller.   Search  Register  Log in
This topic is locked: you cannot edit posts or make replies.
Author Message
pcimage



Joined: 03 Mar 2008
Posts: 1757
Location: UK

PostPosted: Thu Apr 24, 2008 13:50    Post subject: 16Gb (!) Flash drive with SM324QF controller.
Reply with quote

Flash type (USB, CF, SD...)
- Controller name SM324QF
- Flash chips amount 2
- Flash chip name HY27UW08CGFM
- Config file content (Show config)
- Dumps amount 8
- Do you found FAT? YES
- Is there mix? YES
- Do you remove mix? YES

Use SM32xx util
Block size 0x108000

(Log in container)

Aslo 300K from FAT in container

Disk.image made, MBR and FAT found but folders bad (See pic)
Сергей



Joined: 26 Aug 2005
Posts: 19462

Flash-Extractor developer

PostPosted: Thu Apr 24, 2008 14:04    Post subject:
Reply with quote

Look in log.

There is too much "Old version" messages.


Dump_Converter
Split by Block 0x108000

Take block with FAT (first)
And use SM32xx again.

May be need second split
pcimage



Joined: 03 Mar 2008
Posts: 1757
Location: UK

PostPosted: Thu Apr 24, 2008 16:25    Post subject:
Reply with quote

Some folders good, some bad..........>>>

Uploaded Check-Dir log to container
Mike



Joined: 16 Feb 2006
Posts: 202
Location: UK

PostPosted: Fri May 02, 2008 17:47    Post subject:
Reply with quote

Try sorting by address and see where in the dump the errors start. Then check the references in the main dump you created when joining all the dumps together. then back again to the individual dumps.

You may find that if there were 'diffs' during the read then these errors could correspond. Or the blocks may have gone 'bad'

Mike
pcimage



Joined: 03 Mar 2008
Posts: 1757
Location: UK

PostPosted: Fri May 02, 2008 19:22    Post subject:
Reply with quote

Mike wrote:
Try sorting by address and see where in the dump the errors start. Then check the references in the main dump you created when joining all the dumps together. then back again to the individual dumps.

You may find that if there were 'diffs' during the read then these errors could correspond. Or the blocks may have gone 'bad'

Mike


Hi Mike,

Yeah, that's what I did in the end.

Good pretty good results, but took some time.

Had to fix the size of some dumps.

Cheers

Sean
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies. All times are GMT + 4 Hours
Page 1 of 1

 

Last added
IS916EN   98 d7 98 92   1x1   v2 Monolith USB_107   ec 1e 98 3f   2x2 CBM2199   2c 84 64 3c   1x1 Monolith USB_106   45 3c 98 b3   1x2   Ref SM321QF-CC   2c d5 94 3e   1x1 AU6980   ec d3 55 25   1x1 AU6983   2c d5 94 3e   4x1 AU6384   ec da 80 15   1x1 AU6980   ad dc 80 95   1x2 AU6981   2c dc 90 95   1x1
News
11.11.2021 Legs for NR
16.08.2021 Sector Number Slow
15.07.2021 New drivers
21.05.2021 BGA-152 18x12 (smaller)
09.05.2021 Make FAT32 Root
Other products
© Soft-Center ltd.