D3DX писал(а):
Есть утилита recover my files, восстанавливает после удаления, перезаписи, форматирования, после форматирования с последующей перезаписью носителя.
ой, во истину чудесные возможности))) прямо таки невозможное стало возможным. а ведь дело было просто в удаче
или по другом в стечении обстоятельств. а если точней то все это было возможно (и то в редких случаях), потому что была фрагментация файловой системы. и нужные файлы находятся дальше чем конец записаных новых данных на разделе после форматирования и даже перезаписи данных якобы "поверх старых"
---------- Добавлено спустя 3 часа 15 минут 25 секунд: ---------- Dima08h писал(а):
Теперь нужно вернуть всё в спять. Как это можно сделать, а вернее чем ? На флешке хранились в основном текстовые файлы
однозначно просто вернуть ВСЕ В СПЯТЬ невозможно (только если вдруг кто-то хитрый не сделал где-то на другом носителе копию).
1) главная и первая причина это, то, что после форматирования на флешку 2ГБ были помещены новые файлы Hirens (которые от ~500МБ-700МБ)
эти новые файлы легли на старые кластера/сектора (файлы: картинки,тексты,...) и старые биты/байты из одних и тех же блоков уже никакими ухищрениями не выковырять в эту реальность. НО при всем при этом могу со 100% уверенностью утверждать, что частицы (БАЙТЫ) и уж тем более БИТЫ от старых данных все же так сказать остались на "своих местах" и по сему поводу как-бы являются все теми же старыми данными, но только вот изза того что они уже окружены новыми битами и байтами, они уже не имеют тогоже смысла как и старые.
2)
Dima08h писал(а):
Возникает вопрос - откуда R-Studio находит файлы ? Из 2 ГБ флешки восстановлено 30ГБ
это связанно с тем что программы восстановления данных ищут сигнатуры (HEX - шестнадцатеричные последовательности байт со смещением 00h от начала сектора) в якобы "заголовках" (дескрипторах/хедерах/headers) файлов (ну то есть в начале секторов, тк эти сигнатуры там и находятся) и если по шаблону сигнатура совпала, то файл считается каким либо из разыскиваемых (это зависит от настроек мастера перед процедурой восстановления). и тут я описал лишь совсем поверхностные способы поиска заголовков (или типа файлов), тк при поиске можно опираться на выбранную схему разбиения раздела бывшей файловой системы (будут искать скажем в начале каждого 9 сектора) или же если пользователь совсем ничего не знает об этом, то будет происходить поиск в каждом секторе что повлечет за собой просто тоннннны ("находок") файлá бессмысленного, которое будет в себе содержать хламные данные (это если не выражаться грубо)
вот например если открыть .exe HEX редактором, также можно попытаться посмотреть в виде текста (это в общем не совсем правильно, но все таки наглядно) (F3 -> 3 (потом режим шестнадцатеричный) лучше total commander/far использовать для удобства)) то в самом начале файла можно увидеть (ниже примеры для разных типов файлов)
.exe "MZђ" или "MZP" (без кавычек конечно) ну или HEX коды - "4D 5A 90"
.txt "п»ї" - "EF BB BF" (в этом конкретном случае значит что файл сохранен в кодировке UTF-8)
.txt И ДАЛЬШЕ ОБЫЧНЫЙ ТЕКСТ (в этом случае текст в ASCII кодировке)
.jpg "яШяа JFIF " - "FF D8 FF 00 10 4A 46 49 46 00 01 01" или вот такое содержимое
.jpg "яШяб?юExif" - "FF D8 FF E1 3F FE 45 78 69 66 00 00"
такчто получается что для .jpg сигнатура также первые три байта (большее кол-во байт привел для примера).
.pdf "%PDF-1.5%" - тут видны заголовки pdf файлов разных версий
.pdf "%PDF-1.4%" - "25 50 44 46 2D 31 2E 35 0A 25"
.mp3 "ID3" - "49 44 33" современный мр3
.mp3 "яы@" - "FF FB 40" все тотже мрЗ в из древней песни dos.mp3
.mp3 "яы’" - "FF FB 92" и это тоже мрз но уже другой версии....
.avi "...."
вобщем надоело мне выписывать сюда содержимое для разных типов файлов.
главное что надо знать, так это что после заголовка файла как минимум следуют его данные (содержимое полезное). в свою очередь эти данные чаще всего не в простом ASCII коде, а в чуть ли не в бинарном виде, и т.к. фалы чаще всего объемом больше 512 байт, то их продолжение (содержимое) попадает в начало следующего сектора и это сожержимое вполне может совпадать с сигнатурой какогото из разыскиваемых типов фалов! ВОТ ТУТ ТО И КРОЕТСЯ ПРОБЛЕМА нахождения 30ГБ данных из 2ГБ флешки.
сейчас вот доведу мысль до конца насчет второй причины
так сказать (то о чем чуть выше было описано) было только начало той ПРОБЛЕМЫ, а все дело в том, что в попытке восстановить утерянные данные, для разных файлов, могут быть применены разные подходы определения объема файла
1 это реальная длина файла которая была указана в утерянной структуре файловой системы и затем утеряна изза форматирования....,
а 2 способе в зависимости от типа фала можно попытаться определить по заголовку файла (например некоторые изображения имеют ширину/высоту/глубину цвета и другие данные, но по первым можно определить общее кол-во данных в байтах) или же по данным самого файла (для простого ASCII текста .txt окончанием фала будет найденный HEX код 00h).
и вот именно по этому то выходит куча Ґ... ненужного. которое не содержит в себе ровным счетом ничего полезного.
т.к. во всей этой куче Ґ, еще и присутствует элемент фрагментированности)))) и можно осмелиться предположить, что на несчастной флешке в 2ГБ там эта фрагментированность просто невминяемая может оказаться(даже этот фактор может зависить от целой кучи других факторов...)... и еще сюда можно прибавить то что частенько люди даже не форматируют флешки когда хотят очистить флешку полностью, а просто тупо удаляют файлы, что сохраняет элемент фрагментированности и хаотического расположения разных кусков одного и того же файла
я вот для примера только что в mp3 файле размером 24МБ поискал сигнатуру "FFD8FF" (.jpg) и нашел более 10 вхождений. 3 вхождения "4D5A90" (.exe), 6 штук "FFFB40" (.mp3). и этот список можно продолжать и еще дооолго (это если на этапе настройки мастера восстановления бездумно расширить типы файлов которые мы "заходим" восстанавливать)
и вот получается что 30ГБ из 2ГБ флешки это совсем не предел, я даже сказалбы очень даже скромненько)))), тк в заголовках файлов оно там может понаопределять черт знает какую длину...
такчто критически важно указывать типы файлов которые вы хотите восстанавливать. тогда и время анализа данных будет меньше и на выходе будет проще справиться с непонятно откуда взявшейся кучей Ґ
3) я наверное тут буду кончать расписывать почему не получится "просто" взять и "вернуть всё в спять". ато эта тема может никогда не закончиться... там еще просто целая гора проблем сопутствующих невосстановлению старых данных....
4) ну самое главное, так это ни при каких обстоятельствах не писать новых данных в пространство где находился раздел. ну а если он уже был создан, то хотябы сохранять туда новые файлы, и не подключать флешку в виндовсе своем установленном, тк, даже сама винда может начать чето сохранять в разделе в своей любимой папке "System Volume Information"