Восстановление данных Москва С.-Петербург Новосибирск Другие города » Все города »
Звоните нам в Москве:  +7 495 230−1000

Программный ремонт USB flash в Linux

Re: Программный ремонт USB flash в Linux  

  От: nickkaz 22 января 2008 г. 16:29

и ещё, если это добавит ясности - флешка до этого пару раз выходила из мертвого состояния, позволяя записывать, но опять таки после этого входила в ридонли. Один раз запись не пошла, но на диске показалась огромная куча папок с крикозябликами, в которых находились файлики тоже с крикозябликами... одну папку я узна, имя её было цифровое и внутри файлы с цифровыми именами, далал её месяца 3 назад (флешка сбоит 2 месяца). считать ничего не получилось естественно, но момент - объём этих папок показал что там 64 гига!!! я так понимаю что гдето все эти названия сохраняются??? и чтото всё таки работает

Re: Программный ремонт USB flash в Linux  

  От: OLiMP 26 января 2008 г. 22:37

Дурит флекшка, пишет не корректно, а временами похоже что и вообще запись отваливается. То что крякозябры и огромный размер так это из за мусора в секторе который отведён под root directory. Мусор воспринимается файловой системой как папки и файлы. Названия папок, а так же где что и как лежит находятся в root (корневая директория проще говоря). И считать ничего не получилось по той же причине (мусор в root). А то что папка обнаружилась уже после перезаписи (на сколько я понял) говорит только о том что какие то сектора просто не пишутся. Вообщем в ведёрко такую флешку надо, а не ремонтировать. Доверять такому носителю информации думаю не стОит.

Re: Программный ремонт USB flash в Linux  

  От: top_ed 1 апреля 2008 г. 18:44

А у меня при команде /sbin/mkfs -V -t vfat /dev/sdc
пишет
mkfs (util-linux 2.13-pre7)
mkfs.vfat /dev/sdc
mkfs.vfat 2.11 (12 Mar 2005)
mkfs.vfat: unable to open /dev/sdc

при команде dd if=/dev/zero of=/dev/sdc
пишет
dd: открытие `/dev/sdc': Файловая система доступна только для чтения

при команде /sbin/hdparm /dev/sdc
пишет
/dev/sdc: Read-only file system

Наверное флэшке хана?

Re: Программный ремонт USB flash в Linux  

  От: Rozik 2 апреля 2008 г. 21:31

1. Что пишет dd при занулении?
2. Почему файловую создаём на sdc, а не на sdc1?

Re: Программный ремонт USB flash в Linux  

  От: gp01 13 мая 2008 г. 22:01

1. Учитывая цены на flash`ки, эта возня для большинства потребителей принесет скорее моральное а не материальное удовлетворение.
Ну и разве что Greenpeace скажет вам спасибо.

2. Личный опыт. (Windows/Linux)
Симптомы:
1ГБ mp3-плеер перестал подключается как сьемный диск (WinXP).
При попытке обратится к соответсвующему диску система подолгу не реагирует, приложение, обратившееся к съемному диску приходилось снимать через менеджер задач.
При этом сам плеер записанную на него ранее музыку проигрывает без проблем.

Проверка файловой системы в Windows ничего не дала (no errors found). Проверка в Linux'e выдала ошибку "FAT-copies are not identical", после синхронизации FAT-таблиц, повторная проверка выдавала ту же самую ошибку.

После удаления-создания раздела, форматирование в Windows'e давало либо 1/8-1/2 номинального объема 1ГБ в зависимости от настроения тов. Гейтса либо завершалось с ошибкой "Track 0 bad - unusable".

Для тех, кто еще пользовался дискетами, симптом в общем-то практически очевидный:
Вам не повезло, и bad-блок попал не на  данные, а на FAT-таблицу.

Подозрение еще раз подтвердилось после запуска [b]dd if=/dev/zero of=/dev/sdb[/b] выдавшего ошибку записи в 4100 сектор.

С таким "диагнозом" дискета в общем-то не жилец. И ничего не остается как  перепрофилировать дискету в подставку для кофе либо (то же самое моральное удовлетворение!!!) разобрать и перевернуть магнитный диск и в дальнейшем пользоватся только 1 стороной, либо (еще большее извращение!!!) попытатся повернуть магнитный диск на градусов этак 10 в надежде что bad-сектор попадет в неиспользуемую область.

А для жестких дисков и flash`ек, эта проблема решается достаточно просто:
переносом начала раздела на пару МВ:
>>[b]First cylinder (1-1014, default 1):[/b]
выбираем здесь, например 20.

Сдвиг вычисляется либо экспериментально (увеличиваем, пока не заработает format), либо по формуле:
сбойный сектор * размер сектора / units + 1.
Для USB из статьи это было бы:
Units  = cylinders of 1003 * 512 = 17 * 59 * 512.
Сбойный сектор: 4100
Сдвиг = 4100 / (17*59) = 5.

После разметки форматируем как обычно и пользуемся любимой flash'кой еще пару месяцев.

Re: Программный ремонт USB flash в Linux  

  От: Tomset 14 мая 2008 г. 2:17

gp01
Зачем все эти извращения.
В описанной  ситуации, флешка лечится родной утилитой от производителя контроллера. Сбойные блоки прячутся, и флешка, если ее не насиловать частой записью еще много лет прослужит.
А любой хард, если уже сам не прячет сбойные сектора, нельзя использовать без риска потерять данные.
Лечится технологическими утилитами. Если сбоев не много, они помещаются в заводской дефект лист.  Если много, на тех HDD где возможно, запускается заводской SelfScan. После него хард вообще, как с завода. Но процедуры эти не простые и достаточно длительные, так что только на чисто интузиазме можно ими заниматься. С точки зрения ремонта, как бизнеса - пустая трата времени, при теперешней цене на диски.

Re: Программный ремонт USB flash в Linux  

  От: bsel 28 июня 2008 г. 16:57

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

Re: Программный ремонт USB flash в Linux  

  От: iANDREW 26 июля 2008 г. 16:05

Полезня статья для тех, "кто в танке". А те, кто это не умеют пусть сидят и мудяться с Вистой! Автору статьи респект за то, что нашел время за это неблагодарное дело!

Re: Программный ремонт USB flash в Linux  

  От: Ы555 3 сентября 2008 г. 22:25

Други мои, подскажите, пожалуйста, что делать если  защита от записи ВКЛЮЧЕНА?!
Т.е. при
[i]root@H84_103:~# hdparm /dev/sdb
/dev/sdb:
readonly    =  [b][color=red]1 (on)[/color][/b][/i]

Флешка сожрана вирями и загнана в режим "только чтение".

Пытался вручную смонтировать с режимом rw
(что-то вроде mount /dev/sda1 rw)
Ругается. что операция не выполнена и дальнейшие манипуляции по восстановлению не сохраняются...

Re: Программный ремонт USB flash в Linux  

  От: Rozik 4 сентября 2008 г. 22:11

Да особо ничего не поделаешь. Это контроллер флешки в рид-онли зашел. А зашел он туда не просто так :) .

Re: Программный ремонт USB flash в Linux  

  От: Ы555 5 сентября 2008 г. 20:30

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

Re: Программный ремонт USB flash в Linux  

  От: Rozik 6 сентября 2008 г. 0:08

Гхм... Как бы вам объяснить... Исправное устройство невозможно убить программно из юзер-мода. Ни вирями, ни блинами, ни сушеными грибами.
Отсюда мораль: флешка уже была проблемная, вири лишь помогли ей додохнуть; контроллер зашел в рид-онли, т. к., вероятно, увидел проблемы с самим модулем нанд-памяти.
ИМХО так.

Re: Программный ремонт USB flash в Linux  

  От: vervadim 17 октября 2008 г. 10:59

Все хорошо. Но если выдается сообщение (Ваш диск защищен от записи, снимите защиту от записи) - ЧТО и как победить. Переключателей нет.

Re: Программный ремонт USB flash в Linux  

  От: Rozik 17 октября 2008 г. 15:22

А пару постов выше почитать? Не?

Re: Программный ремонт USB flash в Linux  

  От: sunic 17 октября 2008 г. 15:58

А как  же быть с 4 Гиговыми флэшками для них что применять

Контакты
Центральный офис

телефон: +7 495 230−1000
e-mail:
адрес: 119049, Москва, Коровий Вал, д. 1А, стр. 1 (здание универмага «Добрынинский»), 6 этаж, офис R.LAB

Социальные сети и мессенджеры

VK: Паблик компании
YouTube: Наш канал
Telegram: Консультация у специалистов R.LAB через бота (@rlabsupportbot)
WhatsApp: Консультации по восстановлению данных (74952301000)