Поиск

[Eddie]

1. Transcend
2. VID = 8564 PID = 1000 (ChipGenius v3.0)
3. ALCOR AU6990 (на чипе плохо видно, но с большой вероятностью это AU6990)
4. K9HDG08U1A
5. Утилиты: "AlcorMP(110617.MD)" и "AlcorMP_AU698x_3.0.2.173.MD"
6. При запуске перепрошивки "AlcorMP(110617.MD)" выдается ошибка "30700: Bad Block: 0/16384", после чего изменений
на флэшке нет, осталась в таком же состоянии как и была. Другими утилитами флэшка даже и не определяется. Это было 31.07.2011 г. В интернете нашел сообщения, что пока для таких флэшек нет программ-перепрошивок. Успокоился и решил подождать. Вчера вспомнил про флэшку и решил поискать новые утилиты, нашел AlcorMP_AU698x_3.0.2.173.MD". Данная утилита также определяет флэшку, решил перепрошить.
Начало было хорошим, запустились процес сканирования, чего-то там ещё, запустилось форматирование, отобразилось 20% и далее ... Write Error и всё. 
После этого на флшке VID&PID поменялись на какие-то "левые", а также и другие параметры. И флшка не форматируется. То есть вообще не функциональна!!!  Также пробовал "OnLineRecovery" - также не может восстановить, вываливается на ошибке.
Помогите коллеги, очень не хочеться терять данный девайся! В самом начале флэшка была полностью функциональна, было желание по-экспериментировать с CD-разделом, да и с другими функциями, а в итоге испортил флэшку.
7. WinXP(SP2) и Win7

[nat27]

попробуйте другие утилиты, например, DrUFD_v1.0.0.14.MD или AlcorMP(110726). Желательно запускать под WinXP(SP2). Новые VID&PID тоже надо знать, скорее всего, после AlcorMP_AU698x_3.0.2.173.MD там будут стандартные 058F&6387, если так то можно их не менять.

[Eddie]

Спасибо тебе огромное, выручил! Получилось нормально перепрошить утилитой AlcorMP(110726) даже под Win7.

[Alex_new]

Спасибо тебе огромное, выручил! Получилось нормально перепрошить утилитой AlcorMP(110726) даже под Win7.

А не подскажешь,какая у тебя скорость записи на флешку.У меня аналогичная на 32 гб,только не 600й,а 620й серии.Чем только её не форматировал.И убить несколько раз сумел и поднять заново,но у. не хочет писать быстрее 11.5 мб/c,хотя на сайте вроде 18 декларируют и у коллеги по работе аналогичная,но на 16 гб - пишет аж 20 мб/c.По железу вроде одинаковы,но почему такая разница в скорости,никак не могу понять

[Eddie]

Я сразу же отформотировал утилитой JFFormat под NTFS и скорость записи составила ~20 Мб/с.
Данный совет прочитал в одной из тем на этом же форуме.

[Eddie]

1. Transcend
2. VID = 8564 PID = 1000 (ChipGenius v3.0)
3. ALCOR AU6989N (ChipGenius v3.0) - визуально же определено как AU6998N
4. K9HDG08U1A
5. Утилиты: "AlcorMP(110726)" и "DrUFD_v1.0.0.14.MD"
6. При запуске программы "AlcorMP(110726)", выскакивает ошибка (30500: No support flash error K9HDG08U1A CAP: 30640M). После успешного запуска "DrUFD_v1.0.0.14.MD", флэшка перестала определяться программой "AlcorMP(110726)", а "ChipGenius v3.0" уже определил чип "AU6980~AU6983".
7. WinXP (SP2)

nat27, помоги плиз с утилитой!

P.S.: Фотки получились плохии, фотографировал ночью.

[nat27]

Привет! После обработки утилитой DrUFD_v1.0.0.14.MD, флешка приобрела несколько иное обозначение согласно AlcorMP.ini:

[VID/PID]
VID=058F
PID=6387
[USB MANUFACTURE STRING]
USBMfStr=Generic
[USB PRODUCT STRING]
USBPdStr=USB Flash Drive
[SCSI MANUFACTURE STRING]
SCSIMfStr=Generic
[SCSI PRODUCT STRING]
SCSIPdStr=USB Flash Disk

теперь у флешки VID=058F,PID=6387 и название Generic USB Flash Disk, все согласно вышеуказанному коду ini-файла.

Эта флешка отличается от предыдущей другим контроллером - AU6998N, а память одинаковая K9HDG08U1A. Тип контроллера в утилите AlcorMP(110726) поддержан, см.раскрытый AlcorMP.exe в прикрепленной картинке(AU6998N есть), но отсутствует каталог прошивок CTL\98 для данного контроллера. Для предыдущей флешки на AU6990 и  K9HDG08U1A в утилите AlcorMP(110726) использовался CTL\90, судя по флешлисту образ прошивки предположительно называется BinFileName=90_36_K9HDG.BIN, более конкретно определить не удается потому что flashlist.afl зашифрован. Похоже что надо ждать новую версию AlcorMP в которой будет прошивка, предположительно с таким названием BinFileName=98_36_K9HDG.BIN в каталоге CTL\98. А пока использовать утилиты OnlineRecovery\OnlineRecovery620 с сайта транссенд, но для этих утилит нужны оригинальные названия флешки, которые были затерты после использования DrUFD_v1.0.0.14.MD. Для восстановления предыдущих названий необходимо подкорректировать AlcorMP.ini в DrUFD_v1.0.0.14.MD и снова обработать флешку:

[VID/PID]
VID=8564
PID=1000
[USB MANUFACTURE STRING]
USBMfStr=JetFlash
[USB PRODUCT STRING]
USBPdStr=TS32GJF600
[SCSI MANUFACTURE STRING]
SCSIMfStr=JetFlash
[SCSI PRODUCT STRING]
SCSIPdStr=TS32GJF600

теперь можно в режиме online восстанавливать флешку, довольно часто онлайн служба восстановления глючит, не удивляйся если с первого раза восстановить не удасться, запускай снова онлайнрекавери в другое время суток, както я свою JF620 восстановил с четвертого раза(проверял работу утилиты).

Если ничего не помагает можно пойти на эксперимент(реши сам возможность такого сценария), создать в AlcorMP(110726) CTL\98 и скопировать полностью содержимое CTL\90, переименовать  90_36_K9HDG.BIN в 98_36_K9HDG.BIN и подправить строчку в FlahList.ini: 90_36_K9HDG.BIN = 2,2,1,1024,0,0 сменить на 98_36_K9HDG.BIN = 2,2,1,1024,0,0. Гарантий что прокатит нет, реши сам, на кону флешка 32ГБ.

[Eddie]

Спасибо за ценные советы, разобрался с "AlcorMP.ini", вернул все настройки в исходное состояние.
По поводу второго совета, а есть вероятность, что этими действиями я могу совсем потерять флэшку?!
Если так, то наверное не стоит этого делать, сейчас она в рабочем состоянии.
Если же все таки можно потом восстановить, то могу ради эксперимента.

И ещё вопрос, а если утилита "DrUFD_v1.0.0.14.MD" умеет работать с этой флэшкой, то почему бы из неё не взять нужных прошивок (там к стати есть каталог "98", но в нем нет файла "98_36_K9HDG.BIN")?
И если она умеет работать с этой флэшкой, то какие прошивки она использует?

Спасибо за ранее!

[nat27]

В сервисных утилитах для UFD контроллеров ALCOR я заметил два больших семейства, а точнее есть основной "ствол" с нешифрованным FlasList.ini к которому можно отнести все утилиты до 2009.11.11 и новую "ветвь", это утилиты с шифрованым flashlist.afl + описательный flashlist.ini. К большому сожалению структура утилит не позволяет обмениваться компонентами между этими семействами(это вывод из моих исследований, т.е. моё предположение на данный момент). Производители флешек берут за основу своих сервисных утилит для UFD контроллеров ALCOR утилиты из обеих семейств. Утилиту "DrUFD_v1.0.0.14.MD" я компоновал из DrUFD_v1.0.0.18 + Alcor_UFD_v3.0.2.173 +Team Recovery v1.0.0.14, вообщето с обозначениями сервисных утилит у PQI полный хаос, нельзя ориентироваться на цифры, только на версии exe-шников(их надо распаковывать и смотреть на поддержку контроллеров) и состав прошивок.

Поэтому не получается взять прошивки из нешифрованного DrUFD_v1.0.0.14.MD и подставить в шифрованый AlcorMP(110726).(мне не удался такой фокус!)

Если флешка вернулась в рабочее состояние, то проводить далее эксперименты не стоит. Глянул сейчас повнимательней на DrUFD_v1.0.0.14.MD и обнаружил что для AU6990 и K9HDG08U1A (CTL\90) используется BinFileName=90_35_K9GBG.BIN 26110 байт, для AU6998 и K9HDG08U1A*2 (CTL\98) используется BinFileName=98_35_K9GBG.BIN объемом 39167 байт. Отсюда вывод что для AU6990 и AU6998N при одинаковой памяти K9HDG08U1A нужны разные прошивки, с очень большой вероятностью применить прошивку из (CTL\90) для (CTL\98) не удасться и экспериментировать не нужно. 

Для флешки с AU6998N предлагаю дождаться обновленной версии AlcorMP с каталогом CTL\98(N), тогда можно и поэкспериментировать, если будет желание, а пока - вернул флешку к жизни и нужно остановиться, если не устраивает скорость записи, то можно использовать утилиты высокоуровневого форматирования типа JFFormat2005.

[Eddie]

Спасибо!

Сообщи, плиз, как появится утилита для моей флэшки!

За ранее спасибо.

[nat27]

Пожалуйста, только за утилитами сам следи, у меня нет такой флешки.

[andr-04]

У меня TS32GJF620. Сначала подозревал, что в новых партиях стали использовать другой чип памяти, теперь по этой теме предполагаю, что и чип поменялся на AU0998(N). Тем не менее, ни одна из AlcorMP с ней не работает - либо отказываются что-то делать, либо только ломают работоспособность самой флешки - и лишь JF620_OnLineRecovery восстанавливает работоспособность! Удалось выяснить, что качает он из инета во временную директорию некий файлик 98_35_K9GBG.BIN (приложил к сообщению); также прикладываю скачанный ею FlashList.ini . Каким образом, если это возможно, правильно подцепить файлы к AlcorMP и к какой желательно версии?

[nat27]

andr-04 можно попробовать прицепить файл к AlcorMP(110826) или две-три более ранние версии:

в каталоге CTL создать 98\BIN\98_35_K9GBG.BIN, в каталог CTL\98 добавить FlashList.ini с таким содержимым:

[MODULE_FETURE]
;Normal
98_35_K9GBG.BIN         = 1,2,1,1024,0,0

судя по названию 98_35_K9GBG.BIN, во флешке установлен контроллер au6998(N, NL)

[andr-04]

Не помогло. Кстати, первоначально VID = 058F, PID = 9380. Теперь - VID = 8564, PID = 9380 и Controller Type определён как 6989. Где и что ещё нужно поменять?

[nat27]

Не помогло. Кстати, первоначально VID = 058F, PID = 9380. Теперь - VID = 8564, PID = 9380 и Controller Type определён как 6989. Где и что ещё нужно поменять?

а что требуется? в ответе #6 указано что редактировать в DrUFD_v1.0.0.14.MD для:

[VID/PID]
VID=8564
PID=1000
[USB MANUFACTURE STRING]
USBMfStr=JetFlash
[USB PRODUCT STRING]
USBPdStr=TS32GJF600
[SCSI MANUFACTURE STRING]
SCSIMfStr=JetFlash
[SCSI PRODUCT STRING]
SCSIPdStr=TS32GJF600

в AlcorMP.ini onlinerec620 не добраться, там только бинарник и флешлист доступны во временной папке.

[andr-04]

Требуется заставить работать с данной флешкой AlcorMP. Месяц назад Вами давалась рекомендация, что если всё работает, то эксперименты лучше пока не проводить. Изменилась ли ситуация за месяц?

Утилиту DRUFD я попробовал использовать только 1 раз, безо всяких правок, на что она выдала ошибку.

[nat27]

мне AlcorMP, FCMPTool с прошивками под AU6998(N, NL) пока не попадались, флешки с таким контроллером нет на руках, поэкспериментировать не с чем.
если все работает, зачем экспериментировать.

кстати, на днях купил флешку Transcend 700 16GB USB3.0 на контроллере IS902, удивлен не то слово, сама по себе флешка работает в 1,5-2 раза быстрее(по ощущениям на доступных компах с USB2.0) в сравнении с другой моей флешкой Transcend 620 16GB , CD(ISO)-раздел не ограничен 4ГБ как в ALCORe, перезаливается легко и без воздействия на оставшийся обычный раздел, minint BartXPE с CD-раздела (и, следовательно, любые установщики со сбросом USB во время работы) грузится без BSODa как у (всех попадавшихся мне) контроллеров ALCOR, так что для экспериментов рекомендую купить такую флешку(IS902). Пока буду собирать статистику по Transcend 700 16GB USB3.0.

[andr-04]

Я тоже сначала купил TS32GJF700, но был вынужден её сдать из-за того, что у меня нет компа с USB 3.0, а на 2.0 она либо каждые 10 секунд сама по себе переподключалась (MacOS), либо работала со скоростью не выше 1 Мб/с. Но иногда на Mac OS она у меня тоже не глючила - думал, что вставляют не до конца, но потом уже изо всех сил толкал - всё равно не помогало. После этого решил вернуться на вариант со старым проверенным USB 2.0.

Касательно текущей флешки - я не до конца понял порядок действий для текущих версий AlcorMP. Всё ли из описанного выше я сделал правильно? Касательно того зачем всё это мне нужно - хочу её разделить на загрузочную с защитой от записи и пользовательскую.

[nat27]

собрал каталог для 6998 (во вложении), попробуй разархивированную папку 98 добавить в AlcorMP в каталог CTL, в котором есть папки: 10, 90, 92, 96, положи сюда и 98.

а чем не устраивает фирменная утилита, можно создать необходимый загрузочный iso образ, обозвать его security_f.iso, заменить существующий в  onlinerec620 и обработать флешку. Должен получиться CD-раздел только на чтение и обычный.

[andr-04]

По-моему мой вариант не сильно отличался от Вашего. Собственно, зачем 98_37_K9ABG.BIN ? Вобщем, результат тоже полностью аналогичный полученному мною в первый раз.

Касательно того почему не подмена security_f.iso - думал об этом, но хотелось добиться бОльшего с использованием AlcorMP. Но если это будет сделать невозможно, то буду прорабатывать и этот вариант.

Есть ещё какие-либо соображения на данный момент?

[nat27]

Думаю новый AlcorMP с поддержкой 6998 будет, такчто есть смысл подождать. 98_37_K9ABG.BIN попалась до кучи, но похоже нужен новый exe-шник AlcorMP, ждем новую версию, заметил что утилиты идут впаре в короткий промежуток времени, AlcorMP затем FCMPTool или наоборот на одинаковой версии exe-шника, только различаются составом прошивок.  Подмена security_f.iso срабатывает хорошо, но часто имена флешки и видпид становятся другими.

[andr-04]

А что обычно служит источником выхода новой версии? На официальном сайте Alcor, естественно, подобной информации нет.

[Anatolij]

Как китайцы украдут на фабрике, так и выложат в интернет

[sergeyII]

только что поднял флэшку Transcend с AU6998N - такую тормозную и дешевую на 8 гигов за 325 рублей.
сломалась так: флэшка упиралась - не хотела давать стереть с нее файл. я стал ее форматировать через Мой компьютер, форматировалась до 100% и говорила что не удеается отформатировать до конца. консольная format говорила что дорожка ноль сдохла насмерть. Потом я стал ее форматировать всеми тестировочными программами из интернета и даже официальной утилитой с сайта производителя... чтото типа "ляляля онлайн". ничего не помагало и я написал им в техподдержку, они ответили что надо этой ихней утилитой прогнать и выкинуть.. ну вернуть им в сервис.
В общем после всех программ, которые попались в интернете с флэшки пропало все до конца - не чего стало форматировать. вся память исчезла.

чтобы оживить и вообще все сделать с флэшкой надо скачать эту программу, потому что в ней есть папка "98":
программа DrUFD_v1.0.0.14
http://narod.ru/disk/25934123001/DrUFD_v1.0.0.14.MD.rar.html

и эту:
Alcor UFD MP AU698X 3.0.2.173
http://flashboot.ru/Files-file-650.html

когда я скачал и распаковал то и это, я папку 98 переписал в эту вторую программу, чтобы она встала в ряд:) стал запускать все ехе-шники, и когда дошел до ReLaunch.exe, то появилось ругательство, на русском означало, что юсб хабы переинициализированы, все вытащите и вставьте обратно. я согласился и появилось окошко с кнопкой Старт. прелесть окошка в том что оно говорит 6998N, т.е. оно само во все врубилось. я нажал старт и флэшка теперь работает. не бойтесь, что форматирование тупит на 20% и 45% - надо ждать до конца.

может я лишнюю программу насоветовал, не знаю, но флэшка у меня завелась и на нее записал видео и загрузочную исошку и ноут с нее грузится и видео показывает.

пс: я мог перепутать какойто термин в сообщении, но смысл верный

[andr-04]

Мне такой метод всё равно не помог...