[РЕШЕНО] система не видит флешку

vasek
например
окт 31 17:43:30 arch kernel: usb 4-1.6: device descriptor read/64, error -32
Было нечто похожее - не всегда читались флэшки. Предпологал, что глючит чипсет MB. Установка дополнительного USB2 контроллера проблему не решило. Опытным путём установил, что глюков нет, если подключить флэшку напрямую к порту (а не через юсб-удлиннитель - корпус старый, без юсб на морде). Сейчас усё работает через юсб-хаб.
vasek
tezor, раньше привел способ восстановления суперблока, используемый в основном для флешек и без проверки файловой системы - исправляюсь, выкладываю еще один способ, совмещенный с проверкой файловой системы - может на будущее и пригодится.
За ссылку спасибо, в будущем пригодится.

red, спасибо! Похоже, это то что нужно. Еще нашел похожий баг. Заметил также, что если подключить диск до загрузки системы, раздел на нем виден, но смонтировать его не получается. Если после загрузки - виден только сам диск, без разделов на нем. Потом попробую откатиться. Жаль, что кэш пакмана почистил.
sirocco
vasek
например
окт 31 17:43:30 arch kernel: usb 4-1.6: device descriptor read/64, error -32
Было нечто похожее - не всегда читались флэшки. Предпологал, что глючит чипсет MB. Установка дополнительного USB2 контроллера проблему не решило. Опытным путём установил, что глюков нет, если подключить флэшку напрямую к порту (а не через юсб-удлиннитель - корпус старый, без юсб на морде). Сейчас усё работает через юсб-хаб.
Спасибо за участие и внимание.
Я то же, для моего железа, установил опытным путем (забил на коды ошибок и перешел на чистый эксперимент), что это не ошибка и ни как не влияет на работу, но сообщение появляется постоянно и для всех флешек и USB модемов только при одном условии — если при выполнении перегрузки не извечь USB устройство из порта. Если комп (с неизвлеченным USB устройством) выключить, а потом включить, то сообщение не появляется.
Парадокс, понять это я не могу — раньше считал, что перегрузка, что выключение, отличий нет, USB устройство в обоих случаях должно отключаться. После этого случая, так не считаю, значит отличия есть.
Ошибки не исчезают с опытом - они просто умнеют
vasek
Парадокс, понять это я не могу — раньше считал, что перегрузка, что выключение, отличий нет, USB устройство в обоих случаях должно отключаться. После этого случая, так не считаю, значит отличия есть.
А что тут странного? Отключение или НЕотключение питания USB при переходе на дежурное питание зависит от материнки и настроек биоса. Если у вас с вашими настройками питание USB в дежурном режиме остаётся – состояние USB-устройства может сохраниться. То же относится к питанию клавиатуры, мыши PS/2, сетевого адаптера с функцией Wake-on-LAN и некоторых других устройств.

К примеру, у флешек (Kingston и некоторые другие), которые поддерживают команду eject, это состояние успешно сохраняется после "выключения" при сохранении питания USB. Снова включаем машину, делаем eject -t /dev/sdb и флешка снова "подключается".
Natrio
А что тут странного? Отключение или НЕотключение питания USB при переходе на дежурное питание зависит от материнки и настроек биоса.
Начинает проясняться.
Смутно сидело это в подсознании, когда вышел на расшифровку кода (/* Connection timed out */) - но умом согласиться не мог — устройство же отключено и обесточено.
Тогда логически вроде бы все получается правильно — при перегрузке устройство не обесточивается полностью, а потому после включения и загрузки системы устройство вроде бы и включено, а конекта с компом нет - вот и выскакивает это сообщение. Или мои рассуждения не верны?
PS..... уточнение - под понятием устройство вроде бы и включено имел виду что устройство не будет заново проходить энумерацию (энумерация – процесс определения факта, что устройство действительно подключено к шине USB)
Ошибки не исчезают с опытом - они просто умнеют
Возможно, если такую ошибку выдаёт само устройство.
флешку всё таки удалось восстановить

все действия проводились под win7

1. разобрать корпус флешки
2. вставить её в usb разъём
3. методом тыка кратковременно замыкаем ножки на контроллере(не на микросхеме памяти) пока не появится окно с просьбой отформатировать носитель (к сожалению не могу указать какая именно пара ножек сработала так как этот момент был к сожалению провтыкан)
4. форматируем, изначально определилось около 600 мегабайт из 4 гиг
5. с помощью утилиты от производителя Transcend JetFlash RecoveryTool полностью восстанавливаем до первоначального объёма
6. всё, флешка восстановлена

вот несколько ссылок которыми руководствовался для восстановления флешки
http://flashboot.ru/flash_recovery/2013/07/03/recovery-transcend-jf770.html
http://flashboot.ru/flash_recovery/2012/11/04/usb-test-pin.html
http://flashboot.ru/files/file/387/
red, рисковый ты человек. Но кто не рискует, тот не пьет шампанское.
Лично я так ни разу и не испробовал данной способ - и боюсь и руки дрожжат. Пока перепрошивка не подводила.
Ошибки не исчезают с опытом - они просто умнеют
А вы проверяли целостность всего объёма флешки после этого?
Возможно, она заблокировалась после серьёзного сбоя, и не факт, что в ней нет битых блоков теперь, или вообще контроллер глючит время от времени.
Natrio
А вы проверяли целостность всего объёма флешки после этого?

записал и считал полный объём, полёт нормальный

Natrio
Возможно, она заблокировалась после серьёзного сбоя, и не факт, что в ней нет битых блоков теперь, или вообще контроллер глючит время от времени.

пациент скорее жив чем мёртв
важную информацию ей доверять всё равно не буду, а так посмотрим сколько ещё протянет

да кстати, где то год назад уже восстанавливал её с помощью JetFlash RecoveryTool, тогда после глюка система её видела но с нулевым объёмом, а в этот раз даже фирменная утилита её не могла определить пока не закоротил контакты.
 
Зарегистрироваться или войдите чтобы оставить сообщение.