![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
MFT и чтение "неправильных" записей.
Riply © (2007-08-11 16:21:00)Здравствуйте !
Может получиться так (такого эффекта удалось добиться изменением
размера диска при помощи Magic Partition v. 8.0),
что MFT будет содержать записи со следующими интересными свойствами:
Допустим мы неким(любым) способом получили ObjUsn - порядковый номер объекта в MFT.
И мы уверены в его корректности.
Чтобы эксперимент был чистым, после его получения отсекаем sequence number:
ObjUsn := ObjUsn and $FFFFFFFFFFFF;
Получаем абсолютную позицию: AbsPos := _UsnToAbsPosition(ObjUsn);
Теперь пытаемся прочитать эту запись с помощю SetFilePointerEx и ReadFile
и выясняем, что по указанному адресу пусто (все забито нулями) или записан мусор.
Теперь пробуем получить эту запись через
DeviceIoControl(hVolume, FSCTL_GET_NTFS_FILE_RECORD, ....
поместив в NTFS_FILE_RECORD_INPUT_BUFFER наш ObjUsn.
После этого проверяем, что DeviceIoControl нам вернула запись именно того
объекта, который мы запрашивали:
FileID := PNTFS_FILE_RECORD_OUTPUT_BUFFER(pOutBuf).FileReferenceNumber.QuadPart;
if (FileID and $FFFFFFFFFFFF) = ObjUsn then...
Все совпадает, кроме одного:
в PNTFS_FILE_RECORD_OUTPUT_BUFFER(pOutBuf).FileRecordBuffer мы находим не
мусор, а корректную запись MFT-объекта,
причем именно того, чей ObjUsn мы ей передавали.
Каким образом DeviceIoControl находит "правильную" запись для конкретного адреса ?
P.S.
Сдвигаться вверх, в поисках нужной записи не подходит: можно получить не ту :)
Lacmus (2007-08-11 18:28:00) [1]>Riply
Видимо для Вас не составит труда написать тестовый пример указанной проблемы
Riply (2007-08-11 17:49:00) [2]> [1] Lacmus © (11.08.07 17:37)
>Здесь уже были ?
Угу.
Они не заложили в свой Ntfs-3g проверку на последствия работы PM :)
Или я плохо искала :)
Lacmus (2007-08-11 17:37:00) [3]Здесь уже были ?
http://www.linux-ntfs.org/