Почему не открываются файлы на флешке

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

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

В моем случае это флешка с заявленным размером в 64ГБ

Сначала рассмотрим кратко в чем суть ситуации, а затем возможные решения проблемы.

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

Просто все файлы которые вы пишите сверх реального размера записываются уже на имеющиеся данные. И если вы не используете вашу флешку сверх реальной ее вместимости (к примеру на вашей 64гб флешке, никогда не было больше 5гб), то возможно вы никогда и не узнаете, что вас обманули.

Также может быть ситуация, что вы пытаетесь записать на флешку файлы, но вместо этого получаете ошибку, к примеру такую (хотя до этого все нормально записывалось):

И в итоге могут исчезнуть вообще все файлы или даже сама флешка из проводника. Лечится физическим вытащить вставить флешку в USB-разъем.

Как узнать реальную вместимость флешки и сделать вашу флешку рабочей, хотя бы на ее реальный размер?

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

ВНИМАНИЕ: Флешку предварительно необходимо очистить .

Запускаем программу файлом h2testw.exe, Выбираем язык, указываем путь до флешки кнопкой «Select target«. В поле Data Volume оставляем all available space (чтобы протестировать весь заявленный размер)

И нажимаем Write+Verify

Программа записывает на флешку файлы вида *.h2w на весь заявленный объем, а затем считывает их проверяя их целостность

Если флешка большая, процесс может занять достаточно длительное время

Когда все завершится можно увидеть примерно следующее:

Test finished without Errors — Если первой строчкой это, значит тест завершился успешно и заявленный объем соответствует реальному. У вас все хорошо, дальше можно не читать

Но возможно будет примерно такой результат:

Здесь важны 2 строчки:

7,6 GByte OK — это и есть Реальный объем

23,5 GByte DATA LOST — соответственно данные потеряны

В моем случае, был 3 вариант, программа не смогла записать свои файлы на весь заявленный объем, выдав следующую ошибку:

Error writing file ‘F:8.h2w’, offset 0x26e00000.

It is still possible to verify the test data written up to this point.

(Не удается найти указанный файл. Code 2)

Warning: Only 63996 of 63997 MByte tested.

Writing speed: 2.59 MByte/s

Примечание. После этой ошибки файлы на флешке могут перестать видеться, возможно и сама флешка пропадет из «Мой компьютер». Поэтому перед продолжением лечим эту проблему физическим вытащить вставить флешку в USB-разъем.

Отсюда делаем вывод, что реальный объем 7790MB

Читайте также  После сохранения настроек bios компьютер не загружается

Чтобы быть до конца уверенным, мы можем проверить записанные данные на целостность

Итак, Как вернуть флешке ее реальный объем?

Нам нужно заранее узнать количество секторов реального объема, берем эту цифру из предыдущего скриншота:

Получается 16128000 sectors (на этом примере), если у вас такой результат работы программы. По аналогии смотрим свое значение

В моем случае, у меня есть только информация о 7790Mb реального объема, поэтому из расчета 512 байт = 1 сектор, высчитываем:

8168407040/512 = 15953920 секторов.

Далее используем программу MyDiskFix (находится в архиве, скачанном по ссылке в начале статьи)

Запускаем файл MyDiskFix.exe (с правами администратора), вносим данные и запускаем процесс:

В процессе может выскочить пару окон, нажимаем «Да» и «OK»

Далее выйдет окно форматирования раздела (уже с новым размером), нажимаем «Начать»

И в конце видим примерно следующее:

После чего можно все закрывать.

В итоге видим нашу флешку, но уже с реальным объемом:

Ну и напоследок, чтобы быть полностью уверенными, можем провести тест нашей флешки, как мы это делали в начале:

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

В нашей практике восстановления флешек мы часто сталкиваемся с тем, что какой-то файл на флешке не открывается. Иногда это может быть не один, а несколько файлов, целые папки или разделы. Обычно это софтовые проблемы — следствие каких-либо программных сбоев. Решаются они различными програмными средствами. Но бывает и так, что любые программы окажутся бессильными, так как причина глубже. Флешка может лишь «выглядеть» работающей правильно, когда на самом деле именно в ее некорректной работе и таится корень зла. Вот о таких ложно-софтовых проблемах и пойдет речь в этой статье.

Incorrect password or not a TrueCrypt volume. Вот с каким сообщением TrueCrypt’а столкнулся наш очередной клиент при попытке подмонтировать свой файл-контейнер с секретной и, конечно, очень важной информацией.

Примерный (с учетом цензуры) смысл негодований несчастного был таким:

— Как это неверный пароль?! Ввожу каждый день с закрытыми глазами. Как это не трукриптовский том. Он самый! Любимый avi-файл на 1,5 Гб, в котором совсем не видео!

В чем же дело?! Файл находился в числе прочих данных на USB-flash Silicon Power 2 Гб. По словам клиента, все остальные документы в порядке. Никогда никаких проблем с флешкой не было. Работу всегда заканчивал корректно и вообще берег ее, как зеницу ока.

На первый взгляд состояние флешки абсолютно рабочее. Сам файл на уровне файловых таблиц FAT жив-здоров: копируется и просматривается. Однако при попытке монтировать в TrueCrypt видим:

Слава Богу, владелец флешки рассудил здраво и не стал делать тайны из своего пароля, позволив нам работать, проверяя все версии.

Анализ FAT на флешке никаких ошибок не выявил. Старая добрая R-Studio и подобные средства восстанавливают файл ровно таким же образом, что и простое копирование. Значит, проблема в самом файле.

Иногда так может происходить даже из-за незначительных повреждений контейнера. Достаточно повредиться заголовку. И тогда спасти может только использование резервного заголовка, хранящегося в самом контейнере. Проверить эту версию нетрудно: в меню Mount Options отмечаем соответствующие галочки (работаем только с копией файла):

Читайте также  Рамка для черчения формата а4 распечатать

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

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

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

Лучше займемся следующей гипотезой. Предполагаем, что содержимое файла изменено не на программном, а на аппаратном уровне. В этом случае то, что мы видим является результатом некорректной работы контроллера, отвечающего за чтение и запись. И в таком случае то, что нам «показывает» флешка, вовсе не обязательно совпадает с «правильным» содержимым памяти.

При этом «устойчивость результата» ничего не доказывает и не опровергает. Контроллер действительно может выдавать одинаковый, но не соответствующий действительности результат при каждой попытке чтения.

Решать такую проблему можно, воспринимая носитель как нерабочий, с диагнозом «неисправность контроллера». Сначала делаем резервный образ флешки со всеми данными. Для посектороного клонирования используем WinHex.

Далее флешку надо разбирать, отпаивать чипы памяти, считывать ее на программно-аппаратном комплексе (мы используем Flash Extractor v6.141) в дампы. Считанные дампы содержат множество ошибок, которые исправляются ECC-коррекцией. Затем, имитируя правильную работу контроллера программным образом необходимо расшифровать полученные дампы и получить корректный имидж-файл, то есть образ флешки. Извлекаем наш контейнер из этого образа. Пробуем монтировать в TrueCrypt.

И Ура. Контейнер примонтировался. Буква логическому диску присвоилась, но содержимое пока не открывается.

Похоже, внутри самого контейнера все-таки имеются какие-то некорректные записи и его файловая система повреждена. Но главное, что теперь она не зашифрована. Теперь это обычный поврежденный раздел. Такое случается и с дисками и с флешками и даже с RAID-массивами. В простых случаях все решается R-Studio. А это именно такой случай. В результате все данные из контейнера восстановлены и отданы счастливому клиенту.

Конечно, пойдя по такому пути, предположив некорректную работу устройства, мы (с разрешения клиента) рискнули стоимостью флешки. То есть неподтверждение нашей гипотезы означало бы, что мы зря убили исправную флешку. Но ценность данных для клиента была достаточно высока, что и подвигло нас использовать любые шансы для их восстановления, не обращая внимания на возможные жертвы, тем более, что флешки таких объемов сейчас очень дешевы.

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

Следует отметить, что этот случай не является каким-то исключением. Флеш-накопители действительно часто дают подобные сбои. Просто не всегда это проявляется именно таким образом. Всем понятна ситуация, когда флешка вообще не работает, как устройство. Тут соблазна самому себе помочь не так много. А если она совсем, как живая, просто файлик повредился. Например, *.doc, *. хls или база данных 1с. Иногда таким образом «повреждается» не файл а таблица размещения файлов (FAT). Тогда флешка будет вести себя, как носитель с логической проблемой — файл копируется, открывается с ошибкой или не открывается вовсе. И неопытный восстановитель может не понять, почему же софтовые средства (chkdsk, fsck, r-studio, easy recovery) не помогают.

Читайте также  Программа которая вычисляет факториал числа

К сожалению, часто бывают фатальные ошибки. Например, таким ложно-софтовым образом поврежденный файл некоторые пытаются «чинить» стандартными MS-средствами или пробуют натравить Chkdsk на «поврежденный» FAT. Все это наверняка приведет к записи на флешку. И очень вероятно, что сектора флешки, которые по вине контроллера всего лишь «отдавали» неправильное содержимое, теперь действительно будут перезаписаны белибердой. И даже заботливо сделанный посекторный клон такого носителя не будет его настоящей резервной копией, так как не позволит вернуть саму флешку в прежнее состояние.

Поэтому желающим спасать себя самостоятельно нужно запомнить всего одно правило: если вы хотите попробовать различные средства восстановления при «софтовых» проблемах на флешке, сделайте предварительно ее образ, например, WinHex’ом. И экспериментируйте тогда именно с этим образом, а не с оригиналом. Если проблема действительно логическая, то вы прекрасно справитесь с ней, работая над клоном. А если ее софтовость окажется ложной, вы, хотя бы, не ухудшите шансы на восстановление данных аппаратными средствами.

Восстановить файлы на флешке
Источник информации:
http://increaseblog.ru/poleznye-sovety/kak-vosstanovit-dannye-s-fleshki.html
Иногда мы сталкиваемся с тем, что какие-либо важные файлы на флешке больше нам недоступны. Это случается по разным причинам: мы могли случайно удалить их или отформатировать флешку, на носитель мог попасть вирус. Сделать данные недоступными мог скачок напряжения, некорректное извлечение носителя из порта, механические повреждения. Как восстановить данные с флешки?
Прежде всего, не паникуйте. Если вы сами случайно удалили файлы — не спешите форматировать, восстановить данные с флешки будет намного сложнее. Если вы все-таки отформатировали носитель, не записывайте никаких новых файлов поверх, это тоже может усложнить восстановление.

А что, если вы ничего не делали, но файлы все равно стали недоступны? В таких случаях при попытке подключить съемный диск или работать с файлами и папками с диска (открывать их или копировать) возникают системные сообщения об ошибках при чтении диска. Если вы зайдете в свойства съемного диска, вы увидите, что некорректно определяется емкость диска, количество свободного и занятого места, а также файловая система.
Чтобы восстановить данные с флешки, в первую очередь попробуйте перезагрузить компьютер — хуже вы точно не сделаете, но может помочь. Если флешка все еще не читается, отключите ее (только правильно, через «безопасное извлечение устройства») , а потом подключите снова. Если и это не помогло — выполните проверку съемного диска. Чтобы проверить файловую систему флешки, нужно открыть «Мой компьютер» .

Сбой файловой системы. Данные восстановить можно но возни для этого очень много.

Ссылка на основную публикацию
Adblock
detector