помогите Transcend JF V20 32GB

Автор Scrom, 29 Января 2010, 07:16:30

0 Пользователей и 1 Гость просматривают эту тему.

Scrom

начальник отдал свою убитую Transcend JF V20 32GB которая не определялась, я ее вскрыл и обнаружил что контакты 1й и 4й отвалились, все пропаял заработала, после этого наткнулся на подводный камень, при работе с флешкой она периодически отваливается тоесть она вроде как есть комп ее видит но с ней не работает и вешает эксплорер, начальник сказал что это нормально она такой была всегда но в последнее время все чаще. сначала попытался вылечить ее фирменным софтом online jetflash recovery tool что то пыхтел вытаскивал вставлял флешку ничего не понял но форматнуть удалось, затем заполнил флешку до отказа свободного пространства было 0байт и стал копировать с нее все что закинул начал выдавать ошибку "не удается скопировать слишком много уровней вложенности" толда нашел ваш сайт вскрыл корпус узнал что контроллер стоит AU 6984. скачал AlcorMP_AU698X_091111 зделал все как в инструкции после чего в информации о флешке изменилось значения ориджинал бэд блок и курент бэд блок с 7 на 16. обьем не изменился так же 32гб. Опять таки заполнил ее до отказа, начал с нее копировать и выдает все туже ошибку "не удается скопировать слишком много уровней вложенности". Сразу говорю вложенность закидываемой инфы не большая 2-3 уровня папок копируется на нее замечательно. уже не знаю что делать есть конечно вариант создать папочку закидать в нее файлов под размер кластера, попытаться переместить с нее их всех что не переместится оставить и скрыть папку нафиг! но таким путем идти не хочется.
вот скрины:

nat27

#1
-попробуй загрубить для начала Capacity Optimize и RW Cycle Time: Default.
-неплохо было бы убедиться что соплей на плате не осталось и, если возможно, прогреть контакты феном.
-уровень вложенности файлов - это по идее не проблема флешки как таковой, а больше операционки где используешь флешку, может там админом что то прикручено? попробуй просто фильмы в корень накидать под завязку, или использовать компы с другой операционкой.
-попробуй другой алькор, можно с индексом .MD, выбери в нем NTFS, не забивай фаилы под завязку, оставь гиг или два, может при полном заполнении сбоит файловая система флешки. Можно залить объем флешки до половины-прочитать, затем больше половины, или, объемами по числу микросхем в надежде разобраться что какая либо из микросхем подсбаивает. Иногда удается путем отсечения сбойной области, найти часть флешки где сбои отсутствуют.

Из скрина видно что память работает в DualChannel, установлено 4шт K9HCG08U1M x 8192
[38]
Brand=Samsung
FlashName=K9HCG08U1M
FID=0xEC,0xD7,0x55,0xB6,0x78,0x00
FlashType=MLC
Size=8192
CE=2

или всеже две  K9MDG08U5M, что более реально т.к. на скрине CE=4
[39]
Brand=Samsung
FlashName=K9MDG08U5M
FID=0xEC,0xD7,0x55,0xB6,0x00,0x00
FlashType=MLC
Size=16384
MaxBank=1
CE=4

для алькора, более предпочтительно оставить то что он сам находит, ведь K9MDG08U5M это две спаянные K9HCG08U1M

Scrom

да на плате 2 бутерброда всмысле 2 пары спаянных модулей памяти. копировал на 2 операционках на 7ке и на xp sp3. админом ничего не прикручено так как я админ) попробую на днях прогреть. на счет отсечения: как это можно сделать? придется отсекать попарно? память то спаянная или можно делать поотдельности каждый их 4х модулей? самое главное не могу понять количество бэд блоков заблокированных же увеличилось почему она все нестабильные участки не заблокировал ведь большая часть информации с флешки копируется нормально.

nat27

#3
под отсечением сбойной области понимается никак не аппаратная распайка микросхем а, например, разбиение флешки на логические разделы, раньше, когда флешки дорого стоили и были менее надежными, случалось что сбой происходил при заполнении, скажем 20%, тогда создаешь два раздела(21-79%), а форматируешь только тот что 79% и им нормально пользуешься. Количество бэдов бывает зависит от версии алькора, или используемого метода скана, у меня на одной и той же флешке, в зависимости от версии алькора появлялись то 7 бэдов, то 4 при всех одинаковых прочих параметрах. Если на протяжении некоторого времени число бэдов не растет, то можно считать что это особенность алгоритма данного алькора и не обращать внимания, все помеченные бэд блоки не участвуют в записи. А то что помечаются (как предположение) не все сбойные области и при попадании на такую область происходит неожиданный сбой то может это глюк такой у конкретного оборудования и, если он появляется, то необходимо понять условия его появления и их не создавать.
в твоем случае установлено 4х8G микросхемы - два бутерброда, можно поочередно заливать сначала 8G, проверить, затем 16G снова проверить, 24G и наконец 32, и найти когда происходит сбой а затем эту область не использовать. В алькоре есть возможность создать CD раздел и два раздела либо ограничивать рабочую область флешки указанием явно сколько использовать памяти из 32G, но можно все это и менеджерами разделов проделать