По шаблону. Данные брал через программу CheckUDisk V5.0
1. Silicon Motion,Inc. я так думаю
2. Vid090c Pid3000
3. Не знаю
4. Не знаю
5. Всеми утилитами SMI подходящими для SM32xx
6. Флешку определяет, но выдаёт ошибку. Смотри скрин.
7. XP SP3
3 и 4 пункт не знаю т.к. флешка 2Gb slim и залита, вот и не хочу пока расковыривать.
Кто чем может люди добрые или мануал бы на русском, может я чего не догоняю...
Ну, гуру восстановления где вы, очень надо...
Во всех утилитах в столбце Flash написано - ST (SLC) и в 1-м окошке размер = 0 ?
Это значит, что контроллер не понимает, что за память к нему припаяна!
Вот, что должна показывать утилита:
(http://i5.fastpic.ru/big/2010/1019/f6/bb9d316857fbe8ba574c135184d57af6.png)
Либо действительно нет утилиты, с поддержкой такой памяти, либо сдохла память, либо поможет перевод в тестовый режим (http://www.flashboot.ru/index.php?name=News&op=article&sid=24). Для монолитов это так (http://www.flashboot.ru/forum/index.php?topic=2409.0)
Такая же муйня...http://www.flashboot.ru/forum/index.php?topic=4575.0 размер ноль...все блоки,бэд....память SLC вместо MLC (
Точно знаю...дело не в проге,потому как ей же ее и испортил.После первого востановления флешки,все определялось правильно.
В дальнейшем после неправильной прошивки все стало так.Перепробывал все что можно.Нужен совет. :-\
Теоретически должен помочь перевод в тестовый режим и прошивка, той утилитой , которая понимала раньше эту память как MLC.
...Удлинители/передняя панель или напрямую в мать?
Так она же при не правильной прошивке прописала я так понимаю ее как SLC,поэтому любая прога будет видить ее как один чип..и как SLC.
Да,подключаю на переднюю панель через удлинитель...так как замыкать контакты на задней панели без удлинителя,практически невозможно....
Я ее спалю нафик если полезу под стол замыкать и вставлять )))) ;D
P.S.Порт на передней панели подключал сам.Проблем никогда с девайсами не было,все работало корректно.Кстати последние попытки восстановить делал с "мамкиных" портов,но через удлинитель.
Вопрос.На скрине выше,каким образом такое колличество бэд превратить в размер ? и память из SLC в MLC ?
У меня один в один трабл,только размер в два раза больше...ну и бэдов соответственно 65535 ...ыыыы ))) ;D
Насколько я понимаю принцип работы различных утилит такой:
1) просканировать все USB порты на наличие подключенных устройств
2) определить контроллер (послать определённую команду)
3) исходя из точного названия контроллера определить память (послать команду "считать FID")
- тут у утилиты должна быть база данных, в которой можно найти, то, что соответствует этому FID.
например у ALCORMP секция выглядит так:
Brand=Hynix
FlashName=HY27UV08BG5M
FID=0xAD,0xD5,0x55,0xA5,0x00,0x00
FlashType=MLC
Size=4096
MaxBank=1
CE=2
PlaneNo=2
DieBlockNo=8192
PageNo=128
SectorNo=4
16Bit=0
MarkType=11
ECCMode=0
CMD=81
У SMI так:
@ AD D5 55 A5 86 80 02 83 0F 0F // Hynix HY27UV08BG5M G0212
Напрашивается вопрос: Если ALCOR может все определить по БД , то как SMI может определить MLC/SLC/TLC, и все остальное? Видимо как-то по-другому.
3.1) ? попытаться определить размер (кол-во чипов, кол-во CE, размер каждого чипа)
4) выбирает файлы прошивки или спрашивает, что пользователь хочет залить.
5) выбирает алгоритм поиска BB (LLF)
6) прошивает/форматирует
_________________
Как вычислить размер по количеству блоков? Наверное как-то так:
(Size=4096MB)/(DieBlockNo=8192)/(CE=2)=0,25MB - размер одного блока
0,25MB*65536шт = 16384 MB = 16GB
Могу и ошибаться )
__________________
Насчет того, что она определяетса как 16ГБ - это из-за того , что для распознавания памяти утилиты используют только первые 4 группы FID (AD D5 55 A5), а они могут быть одинаковые у нескольких похожих планок.