Дрібниця електронна - відновлення usb luxmini 320
OS: Debian GNU / Linux Squeeze і Microsoft Windows XP.
Hard: USB Silicon Power Flash Drive LuxMini 320 об'ємом 4G (серія D33B29).
Попалася мені в руки чергова постраждала "флешка". Нічого цікавого, збій контролера, напевно, тому що пристрій абсолютно нове, тільки вчора-позавчора видерти з пластикової упаковки. Невластивий мені порив альтруїзму спонукав взяти цю біленьку штучку з червоним обідком на "поколупати".
Вводимо паличку в відповідне їй отвір і дивимося, що маємо:
usb 3-6: new high speed USB device using ehci_hcd and address 4
usb 3-6: New USB device found, idVendor = 13fe, idProduct = 3623
usb 3-6: New USB device strings: Mfr = 1, Product = 2, SerialNumber = 3
usb 3-6: Product: silicon-power
usb 3-6: Manufacturer:
.
scsi 8: 0: 0: 0: Direct-Access silicon-power PMAP PQ: 0 ANSI: 6
sd 8: 0: 0: 0: Attached scsi generic sg4 type 0
sd 8: 0: 0: 0: [sdX] Attached SCSI removable disk
.
Маємо щось з китайським розрізом очей. "Флешка" явно з бракованої партії, вивезеної у напрямку на звалище, успішно перехопленої підприємцями другого ешелону, перепрошитого в напівпідвалі на вулиці з невимовною для українського (та й німця, напевно) назвою і майже "в білу" ввезеної в Казахстан. Ці "silicon-power" в якості імені виробника, порожні ідентифікатори моделі і модифікації. Ну не вірю я, що таке зроблять в ході нормального виробничого циклу. Добре, хоч VID і VIP залишили незмінними, щоб ми могли не розбираючи пристрій, з'ясувати, що за чіп використовується в якості контролера.
Контролер "флешки" відповідає на запити системи, а ось далі справа не йде. З якихось міркувань контролер не бажає повідомляти ніяких подробиць про пристрій пам'яті, яким він керує. Вульгарно висловлюючись, можна висунути припущення про те, що контролер живий, а ось накопичувач здох. Але ми то знаємо, що пристрій новеньке і явно заблоковано в результаті гри на ньому невмілих пустотливих ручок.
Продовжимо розслідування. "Lsusb -v", "hdparm / dev / sdX", "fdisk -l / dev / sdX" і "badblocks / dev / sdX" лише зміцнюють мої підозри про те, що пристрій в нормі, а доступу до пам'яті немає тому, що контролер його нам не надає.
Марш-кидок по просторах "інтернету" дав мені відомості про те, що чіп контролера є "Phison PS2251-50". Йдемо на сайт виробника чіпа:
Читаємо, Новомосковськ, Новомосковський і - бінго, чарівне словосполучення: Support IEEE 1667.
Просвітлення потужної очищає хвилею хлинуло в голову. Як в кіно, обривки відомостей, відкинутих раніше за несуттєві або нерозумінням цінності, вибудовуються в прекрасну ажурну конструкцію, на плавно і граціозно погойдуються вершину якої я дивлюся з гордістю творця її.
А було так. Нову "флешку" встромили в Microsoft Windows Seven. Та виявила, що чіп пристрої підтримує свіжоспечений протокол IEEE 1667 ( "Standard Protocol for Authentication in Host Attachments of Transient Storage Devices", "Стандартний протокол аутентифікації при підключенні знімних пристроїв зберігання даних"). Windows поцікавилася, а чи не бажає пользующий її задати пароль доступу до пристрою, якщо вже з'явилася така можливість. Що б і не відповісти ствердно на питання, суті якого не розумієш? - багаторічна практика натискання "yes" і "accept" на будь-який запит бере своє. Щось натиснули, щось ввели, погралися і успішно забули все, що створили. При наступному завантаженні "тупе" пристрій не прийняло вводиться у відповідь на запит "головний пароль", який "забути ніяк неможливо", так як він завчено напам'ять за багато років використання на всіх поштових скриньках і сайтах. Навіть "Лінукс" не "впізнав" пристрій - це вирок, "флешка жене" - шлях на полицю.
Загалом, пристрій заблоковано контролером, навіть не ініціалізувалися мікросхему пам'яті, поки не буде введений правильний пароль. У Linux підтримки "IEEE 1667" поки немає. Єдиний спосіб зробити так, щоб все запрацювало - перепрошити контролер, витягнути з "сирого" пристрою все, що можна і відформатувати його так, щоб воно опознавалось будь операційною системою.
Подальше рисканье в "інтернетах" дало мені пакет утиліт, призначених для роботи з чіпами Phison. У кращих традиціях індійського і китайського програмного забезпечення для Microsoft Windows з'ясувати, звідки "це" і хто "це" зробив не вийшло. На сайті виробника чіпа посилання на скачування утиліт відновлення я не знайшов. Треба думати, їх висилають на запити компаній дилерів, а від-туди вони вже розлітаються по форумам і сайтам підтримки.
Щоб далеко не ходити, викладаю пакет у себе:
Запусків "MPALL_F1_7F00_DL07_v308_00.exe". Підключаємо "флешку" (пристрій необхідно підключати саме після запуску програми):
Phison MPALL v3.08: Пристрій визначено.
Відразу після того, як обладнання було упізнано програмою, переходимо в режим коригування конфігурації. Підгонимо ситуацію під себе, замінивши незручні налаштування "за замовчуванням":
Phison MPALL v3.08: Переходимо в режим розширеної конфігурації.
Можна вказати чіп контролера вручну, а можна і віддати це на автоопределение:
818x538 • Phison MPALL v3.08: Довіримося автоматиці.
Параметри пристрою зберігання, знову-таки, подаються коригуванню, при бажанні:
818x538 • Phison MPALL v3.08: Параметри пристрою зберігання.
Явно вказуємо скільки і якого типу розділів на пристрої ми бажаємо отримати. Утиліта дивує багатством конфігурацій, але мені потрібна просто "флешка", без всяких там віртуальних CD-ROM і тому подібного, тому - вибираємо режим одного розділу на весь пристрій:
818x538 • Phison MPALL v3.08: Конфігурація розділів.
За замовчуванням утиліта перепрошьyoт контролер з новими ідентифікаторами, які не мають нічого спільного з реальним пристроєм. Тому - явно вказуємо, що у нас було до цього:
818x538 • Phison MPALL v3.08: Відображені параметри контролера.
І ось те, навіщо все затіяно - відключаємо підтримку IEEE 1667:
818x538 • Phison MPALL v3.08: Відключаємо IEEE тисячу шістсот шістьдесят сім.
819x538 • Phison MPALL v3.08: Сохранаяем налаштування утиліти.
Ви зберегли тиснемо "Start":
Phison MPALL v3.08: Процес перепрошивки.
Phison MPALL v3.08: Видихаємо.
Phison MPALL v3.08: Висновок утиліти GetInfo.
Отримуємо "флешку" з оновленою прошивкою контролера. Поки вона не розмічена і не відформатована є шанси відновити за допомогою спеціалізованих утиліт все наявну на ній інформацію. Мене це зараз не хвилює, так що просто підготуємо пристрій до нормальної роботи в будь-який поширеною операційній системі.
Зачищаємо область розмітки:
# Dd if = / dev / zero of = / dev / sdX bs = 1k count = 1000
1000 + 0 records in
1000 + 0 records out
1024000 bytes (1.0 MB) copied, 1.38722 s, 738 kB / s
Даємо системі команду перестворити блоковий пристрій:
# Blockdev --rereadpt / dev / sdX
Запустимо утиліту розмітки блокових пристроїв і створимо на ньому один єдиний розділ FAT32 (type: 0B):
Перевірюємо, з'явився новий розділ на пристрої:
# Ls / dev | grep sd
Встановлюємо пакет підтримки роботи з файловими системами FAT:
# Aptitude install dosfstools
Форматуємо розділ в FAT32:
# Mkdosfs -F 32 / dev / sdX1
По завершенню форматування перепідключатися "флешку" і дивимося, що у нас вийшло:
usb 3-6: new high speed USB device using ehci_hcd and address 11
usb 3-6: New USB device found, idVendor = 13fe, idProduct = 3600
usb 3-6: New USB device strings: Mfr = 1, Product = 2, SerialNumber = 3
usb 3-6: Product: LuxMini 320
usb 3-6: Manufacturer: SP
.
scsi 16: 0: 0: 0: Direct-Access SP LuxMini 320 DL07 PQ: 0 ANSI: 0 CCS
.
sd 16: 0: 0: 0: [sdX] 7833600 512-byte logical blocks: (4.01 GB / 3.73 GiB)
sd 16: 0: 0: 0: [sdX] Write Protect is off
sd 16: 0: 0: 0: [sdX] Mode Sense: 23 00 00 00
sd 16: 0: 0: 0: [sdX] Assuming drive cache: write through
sd 16: 0: 0: 0: [sdX] Assuming drive cache: write through
sdX: sdX1
sd 16: 0: 0: 0: [sdX] Assuming drive cache: write through
sd 16: 0: 0: 0: [sdX] Attached SCSI removable disk
Корисна інформація, є такі флешки у меня.правда на інших чіпах. Дякуємо.
Будь ласка. Послідовність операцій відновлення або зміни функціональності однакова, як правило, для пристроїв на будь-яких поширених контролерів.
у мене не запускається ця прга
Буває. Програми накидані явно "на коліні" для сервіс-центрів і не відпрацьовують коректно виняткових сістуцій. Я перебрав два-три релізу цього додатка, перш ніж воно змогло працювати з моїм пристроєм.
не дав завершити форматування тому що зависла після нахабного вилучення не визначається комп'ютером що робити
Взагалі не визначається, навіть як непізнане пристрій? Якщо пристрій визначено як "непізнане", то у властивостях його можна вивідати idVendor і idProduct, за якими знайти утиліти, які можуть допомогти. А якщо навіть апаратно не видно, то, мабуть, пристрій елементарно згоріло, хоч би навіть і від перепаду напруги.
Дякую все вийшло працював на версії Phison_MPALL_v3.29.0B_PS2251 майже те ж саме. Є косяки з мого боку тепер у флешки нове ім'я) а так все супер.
щось я не зрозумів, чому при перевірці PID виявився 3600. начебто повинен бути 3623.
Все правильно, насправді. Просто я кілька разів проганяв флешку перезаписью, є кілька наборів "скроневої". У перший раз я не вказав точну PID і програма підставила своє значення, іншим разом я був уважніше. Добре, що помічаєте такі дрібниці, дуже добре.
ура! вдалося реанімувати флешку. все по написаному. дослівно.
"Можна вказати чіп контролера вручну" а як це зробити?
Не зрозумів питання. Відповім "в лоб": як можна, так і зробити - шляхом вибору відповідного варіанту меню, що випадає. У прикладі активацією "чек-боксу" включено "автоопределение", але ніщо не заважає зняти "галочку" і задати потрібні параметри вручну.
Доброго вам дня! Проша, видно, що стоїть. Але у мене на W7 (64) не пішов процес прошивки. Після установки і збереження виставлених параметрів видало "програма Build by VC не працює". Ймовірно-все вищесказане для XP. Але питання не в цьому: Яким чином зробити дії після прошивки? Наприклад Зачищаємо область розмітки: # dd if = / dev / zero of = / dev / sdX bs = 1k count = 1000 1000 + 0 records in 1000 + 0 records out 1024000 bytes (1.0 MB) copied, 1.38722 s, 738 kB / s Даємо системі команду перестворити блоковий пристрій: # blockdev --rereadpt / dev / sdX І так далі до кінця. Хто нитка підкажіть користувачеві :-(
Так, мені треба було б чіткіше позначати етапи переходу в керівництві з ОС Linux на MS Windows і назад. Все, крім запуску утиліти з графічним інтерфейсом "Phison MPALL 3.08.00", відбувається в командному рядку Linux. Елементарно вводяться команди в чорненька віконце. Але, якщо ви цього відразу не зрозуміли, дуже не рекомендую починати знайомство з Linux з саме них - так як помилка на одну букву або циферку в вищенаведених командах може коштувати вам вашої вже встановленої раніше на жорсткий диск операційної системи. Я не намагаюся писати інструкції для кінцевого користувача, просто викладаю послідовності моїх дій по реанімації пристрої - так що виходить іноді не цілком "юзабельно".