Определение микросхемы памяти/Linux

Автор Nervan, 20 Января 2013, 00:02:43

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

Nervan

Здравствуйте. Начну издалека, пока не касаясь самой проблемы.
Имеется раскрытый USB-флеш-накопитель, без внешних опознавательных признаков (нету наклеек). Известно что накопитель USB 2.0 на 32 GB фирмы PConKey.

Первый день: при подключение к ПК у накопителя не работает диод, нету признаков жизни.
Работаю в операционной системе Linux, смотрю определяет ли ядром системы данный накопитель. Вывод команды dmesg:

[  188.088055] usb 2-3: new high-speed USB device number 4 using ehci_hcd
[  188.221972] usb 2-3: New USB device found, idVendor=090c, idProduct=1000
[  188.221976] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  188.221980] usb 2-3: Product: USB DISK
[  188.221982] usb 2-3: Manufacturer: SMI Corporation
[  188.221985] usb 2-3: SerialNumber: AA00000000003445
[  188.294182] usbcore: registered new interface driver uas
[  188.296431] Initializing USB Mass Storage driver...
[  188.296574] scsi6 : usb-storage 2-3:1.0
[  188.296671] usbcore: registered new interface driver usb-storage
[  188.296674] USB Mass Storage support registered.
[  210.000079] usb 2-3: reset high-speed USB device number 4 using ehci_hcd
[  225.844082] usb 2-3: reset high-speed USB device number 4 using ehci_hcd
[  240.956085] usb 2-3: device descriptor read/64, error -110


Система не может определить данный накопитель. Ничего с ним не делаю и откладываю его.

Второй день: при подключение к ПК у накопителя начинает работать диод, он определился в системе, удалось открыть на нем пару файлов. Накопитель проработал около минуты и отключился, диод погас.

Вынимаю и вставляю его обратно. Диод начинает моргает, т.е. как будто система пытается снова определить накопитель, смотрю что пишет ядро:


[88853.948033] usb 7-1: new full-speed USB device number 14 using uhci_hcd
[88854.161071] usb 7-1: New USB device found, idVendor=090c, idProduct=3000
[88854.161076] usb 7-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[88854.161079] usb 7-1: Product: SM3255AA MEMORY BAR
[88854.161082] usb 7-1: Manufacturer: Silicon Motion,Inc.
[88854.165207] scsi44 : usb-storage 7-1:1.0
[88855.169111] scsi 44:0:0:0: Direct-Access              USB MEMORY
BAR   1000 PQ: 0 ANSI: 0 CCS
[88855.181092] sd 44:0:0:0: [sdc] Attached SCSI removable disk


Система его определила и пытается читать, НО:

file -s /dev/sdc
/dev/sdc: sticky writable, no read permission


доступа к нему получить так и не может. Оставлял накопитель подключеным на 10 минут, диод включается и медленно тухнет, и так бесконечно.

Смотрю на саму плату микроконтроллера. В системе он определился как "SM3255AA", но на самой плате стоит "SM3257EN Q AA". Что это за магия?
Грешу что во всем виноват контроллер, но пока мне необходимо собрать как можно больше информации о самом накопители.

Вопрос состоит в следующем, как мне узнать номер памяти, можно конечно прочитать с лупой, но я не уверен что правильно вижу последнию цифру/букву (CYS128?). Возможно на форуме есть люди которые так же работают с Linux и подскажут мне специльные методы, программы для этого.

Спасибо.

Anatolij

Производственные утилиты все под Виндовс. Контроллер у вас SM3257ENAA. Посмотрите в ветке о контроллерах SMI. Думаю вы найдете в этой ветке решение, т.к. контроллер сейчас мегапопулярный и половина тем о нем.

Nervan

Спасибо за быстрый ответ.
Насчет утилит это действительно так, увы. Все мои поиски не увенчались успехом, остальным так же советую не терять время. Есть конечно вариант самостоятельно написать утилиту которая будет обращаться напрямую к самому контроллеру и перехватывать его ответ для дальнейшего анализа, но пока я не представляю как это можно реализовать. Сложность состоит так же в том что необходимо знать как опросить контроллер, а это похоже производители не очень любят разглашать.

Позволю себе так же задать общие вопросы которые не давали мне спать (да и наверняка не только мне).
1. Почему все же программа указывает на другой контроллер? Причем почитав другие топики я пришел к выводу что не один такой, у многих с определением  точно такая же ситуация (указывается SM3255AA, но физически это SM3257ENAA). Это магия "китайцев"?

2. Волнуюсь за информацию оставшуюся на накопители. Логично предположить что с ней все в порядке т.к. файловая система к самой проблеме не относится. Возможно есть у кого то статистика выживания информации при нарушение работоспособности самого контроллера?

3. При использование утилит для восстановления контроллера информация выживает?

4. Может лучше сходить в специализирующуюся фирму и пусть они извлекут и считают саму память? К сожалению, это не очень дешевое удовольствие. Каковы шансы самостоятельно восстановить контроллер? Либо больше шансов погубить всю информацию?

Anatolij

Цитировать1. Почему все же программа указывает на другой контроллер? Причем почитав другие топики я пришел к выводу что не один такой, у многих с определением  точно такая же ситуация (указывается SM3255AA, но физически это SM3257ENAA). Это магия "китайцев"?
Как контроллер запрограммировали, так он и отзывается. Если хотите знать более точно, используйте программы, которые опрашивают сам контроллер (например ChipGenius).

Цитировать2. Волнуюсь за информацию оставшуюся на накопители. Логично предположить что с ней все в порядке т.к. файловая система к самой проблеме не относится.
Скорее всего в порядке, но достучаться к ней нельзя.

Цитировать3. При использование утилит для восстановления контроллера информация выживает?
Нет.

Цитировать4. Может лучше сходить в специализирующуюся фирму и пусть они извлекут и считают саму память?
Лучше конечно.