Место удаленного файла

[Алексей_2012]

Здравствуйте! Возник вопрос: возможно ли через делфи узнать по какому адресу был удален файл?

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

Думаю вот такие вопросы решить нужно будет:
1) Адрес
2) формат
3) проверка на перезаписываемость

Ведь удаление выполняется неполное (в стандартном случае) ПК просто думает что место в памяти свободно, а на самом деле оно хранит информацию, но комп может ее перезаписать.

Код не прошу, летом делать нечего, просто ссылку на ресурсы.

Возможно выбрал не тот язык, при помощи указателей языка Си это было бы проще.

Буду рад любой информации!

СПасибо!)

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

[R71MT]

..насколько мне известно, эту инфу хранит файловая система, а точнее её файлик $MFT (Master File Table). Попробуй забить в гугл: ntfs mft file

[Stilet]

Ну да. Тут по MFT лазить придется. Только это не два пальца об асфальт. Тут если налазищь не туда куда можно кирдык винту в плане информации. Даже может ОС не стартовать, если ченить напудить в MFT.
http://life-prog.ru/1_11868_osobenno...temi-NTFS.html
http://hackings.ru/publ/1-1-0-129
http://www.programmersforum.ru/showthread.php?t=79094
Ну и так далее.

[Алексей_2012]

Но если файл удален, то в файловой таблице он все равно есть?

[Stilet]

Ну теоретически есть. Если не перезаписан.

[Алексей_2012]

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

[Stilet]

и по байтно считывать в него данные

Как checkdisk работает знаешь? Побайтно ты считаешь только те фрагменты файла, которые еще ОС не перезаписала чем-то. Иначе получишь ошметки. Да и программы восстановления они в общем то далеко не всегда могут восстановить файл.

[Алексей_2012]

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

но вопрос с загрузкой $MFT в список строк остается открытым

ключ v выведит список всех файлов из МФТ?

[Stilet]

предлагаете проверку выполнить сначала

Какую? Я вообще сомневаюсь в целесообразности сего предприятия.
Ладно еще погулять по таблице файлов. Но восстанавливать... Ухо от шледи. Не иначе.

[Алексей_2012]

Я вообще сомневаюсь в целесообразности сего предприятия.

Почему так считаете?

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