romann писал(а):
спасибо, а можно ли какнибудь восстановить вручную hex редактором каким нибудь?
Можно. Но как -- не скажу. Потому, что не знаю.
romann писал(а):
И все таки немного непонятно как эти данные сместились...
Ну, мне вообще это непонятно
Я разбирался только с файловой структурой FAT. Там всё довольно просто. Диск разбит на "кластеры", каждый из которых содержит 1, 2, 4, 8, 16 и т.д. секторов (обычно по 512 байтов). Причём, нумерация кластеров почему-то начинается со значения 2. В начале находится "корневой" каталог. В котором записаны "указатели" на файлы. В этих указателях находится имя файла, его атрибуты, время создания, длина файла и номер первого кластера, с которого он начинается. А перед этим каталогом находится одна или две таблицы распределения файлов (FAT) (точнее, массивы), в которых столько ячеек, сколько кластеров на диске. И в каждой ячейке находится номер следующего кластера, который распределён для этого файла. Или признак, что больше нет кластеров. Размер каждой ячейки составляет 12 бит для FAT12, 16 бит для FAT16 и 28 бит для FAT32. Но это всё относится к FAT. У Вас же, как я понимаю, на этом разделе стоит NTFS. Общие принципы там похожи, но всё гораздо сложнее. И с этой структурой я не разбирался. Не было ни времени ни необходимости.
romann писал(а):
ведь если бы сместились то например конец одного фото был бы началом другого или я на прав?
Так он так и является. Началом этого другого файла. А его конец будет находиться в третьем файле. И так далее.
romann писал(а):
Но здесь конец просто отсутствует
Потому, что файл просто кончился. С точки зрения операционной системы.
romann писал(а):
более подробно не могли бы вы описать как вы определили что "Данные изображения начинаются не с начала файла, а со смещением 1241088 байтов", и где искать это начало?
А тут всё просто. Я стал в простом текстовом вьювере искать в этом файле слово Exif, которое обычно присутствует в JPEGовском файле. И нашёл его со смещением 1241094 байта от начала файла. А т.к. это слово обычно начинается со смещения 6, то я загрузив в текстовый редактор (mcedit) этот файл, опять нашёл это слово, вернулся от него на 6 знаков назад и удалил всё до самого начала. А потом сохранил этот файл под другим именем.
Вот рисунок, показывающий, как расположены файлы (зелёным цветом) и что получилось после "сбоя" (красным и синим цветом).
Чёрная сетка -- это кластеры. Зелёным цветом обозначены места реальные расположения файлов Img1, Img2, Img3. В каталоге находятся адреса кластеров, с которых начинается файл (указано наклонной линией) и длина этого файла (указано горизонтальной линией). И когда какая-то программа запрашивает у ОС чтение файла, то эта ОС выдаёт этой программе данные, начиная с кластера, который указан в каталоге и выдаёт столько байтов, сколько занимает данный файл.
Но после замены WinXP на Win7 произошло смещение нумерации секторов. В результате которого ОС стала считать, что данные начинаются на 2424 сектора раньше. Как система нашла каталог, который, по идее, также должен был "сместиться" на 2424 сектора, для меня загадка.
В результате, когда программа запрашивает данные файла, например, Img1, то система выдаёт данные начиная не с того сектора, где эти данные расположены, а с более раннего (а может быть и с более позднего, если это другой файл, но это не принципиально).
В результате система выдаёт какие-то непонятные данные с 2424 секторов, расположенных раньше (красным цветом) и только потом начинает выдавать реальные данные (изображены синим цветом). Это и есть начало файла.
В принципе, если прочитать следующий файл и добавить его начало к предыдущему, то можно было бы восстановить изображение полностью. Если бы не серые зоны.
Если бы размер файла был кратен размеру кластера, т.е. если бы он заканчивался на границе, то можно было бы полностью восстановить изображение. Но реально обычно файл заканчивается раньше, и система не будет выдавать программе чтения эти данные.
Пока могу только посоветовать скачать RIP Linux, записать его образ на CD, загрузиться с него, смонтировать какой-нибудь нормальный раздел и сохранить на нём результат вывода команды
fdisk -lМожет быть можно будет смонтировать раздел по-другому и файлы можно будет нормально прочитать. Потому, что по картинке. приведённой в одном из предыдущих постов, я не могу понять структуру диска. Точнее, не понимаю, что значит
Pfrtition4 и куда смонтирован диск
E:
