Как получить цепочку кластеров занимаемых файлом?

Question

[dzx7271]

Как получить цепочку кластеров занимаемых файлом на DELPHI в FAT32? На вход подается директория (полный путь к файлу), на выходе получаем цепочку кластеров, занимаемых файлом. Я пытаюсь для начала узнать номер первого кластера файла в FAT. С помощью функции

hFile := CreateFile(PChar(‘путь к файлу’),GENERIC_READ, FILE_SHARE_READ or FILE_SHARE_WRITE,nil,OPEN_EXISTING,0,0);

мы получаем дескриптор типа THandle - 4 байта. Как из него достать нужную информацию о номере начального кластера? Да и в общем как получить дескриптор какого либо файла и распаковать в структуру данных типа record.
Под дескриптор файла в FAT32 без учета LFN отводится 32 байта (прикреплю фото структуры дескриптора файла). Возможно ли вообще из 4-х байтового хэндла вытащить какую либо информацию?

spoiler

Comments

[Hemul GM]

А в чем конечная цель?

[shurshur]

Изучать структуры файловой системы можно только с прямым доступом к диску. API операционной системы предлагает только высокоуровневые операции (open/close/read/write/seek/rename и прочее).

[dzx7271]

Hemul GM, получить номер первого кластера выбранного файла

[dzx7271]

dzx7271, как минимум

[dzx7271]

shurshur, тем не менее, даже если получить хэндл диска, информацию о всех его системных структур и в итоге добраться до области данных с корневым каталогом лог диска, то как в этой стене байтов искать дескриптор требуемого файла?
Функция на подобие GetFileInformationByHandle и структура BY_HANDLE_FILE_INFORMATION не может помочь в поиске первого кластера?

[shurshur]

dzx7271, зачем мне показывать непонятные скриншоты? Я же говорю: API операционной системы не даёт доступ к внутренним структурам файловой системы. Тем более что файловые системы могут быть разными, диск может быть сетевым (smb, webdav, iscsi итд), файл может быть замапплен на каталог диска или другой диск, сам диск может быть образом диска (iso), в том числе зашифрованным (truecrypt/veracrypt), итд итп.

Я уж не говорю о том, что есть даже файловые и нефайловые системы copy-on-write, где возможно так, что два файла указывают в одно место диска, пока не произойдёт запись в один из них - тогда и делается реальная копия нужного блока...

[shurshur]

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

dd if=/dev/zero of=disk.img bs=1M count=1024 # создаём 1024 Мб файл
mkfs.vfat -F 32 disk.img # создаём файловую систему FAT32
mkdir /mnt/my-disk
mount -o loop disk.img /mnt/my-disk # монтируем эту файловую систему
... кладём файлы, создаём каталоги итд
umount /mnt/my-disk # размонтируем
./my-program disk.img # запускаем свою прогу, которой файл образа анализируем

Если хочется именно физический диск и на винде, то искать как напрямую к диску обращаться.

Answer 1

[mayton2019]

Попробуй как-то так:

handle = CreateFile("\\\\.\\PhysicalDriveC", .......);

Это на С++ под Windows. И запускать надо будет под Суперпользователем.

Updated 2/26/2024

Comments

[Freeman]

На C++ нужно удваивать обратные слеши. :-)

Answer 2

[Saboteur]

первый кластер лежит в directory entry (вроде 20й байт для FAT32)

остальные кластера вычисляются через FAT (в соответствующем поле будет либо номер следующего кластера этого файла либо FFFFFFFF, который показывает что это последний кластер файла.
Там же в directory entry лежит точный размер файла в байтах, чтобы понять сколько байт нужно дочитать из последнего кластера

Как это делать в дельфи не знаю, но можно почитать датащит по FAT16/FAT32 что именно где лежит в directory entry

Answer 3

[Mercury13]

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

Насколько мне известно, ни один файловый API не позволяет перейти от высокоуровневого дескриптора до низкоуровневых штучек — во-первых, неуниверсально. Во-вторых, опасно для пользовательских данных, если программа уверена, что знает, а она не знает (например, на диске MyCoolFS 3.15, а программа работает с 3.14). Все программы, работающие с файловой системой как таковой, начинают с разделов диска.

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

Answer 4

[#]

был у меня случай - удалили БД 1С (по тем годам аж в ДБФ)... ну и по стечению обстоятельств, нашлись общие знакомые, что предложили обратится ко мне...
- первое требование "диск не трогать, систему не запускать"
- попросил диск и сделал дамп
- знаний о fat32 уже было, так же и о структуре dbf
- комбинаторно перебирал из дампа клочки, которые подходили в сумме, под размер записи
- вышло версий 5 наборов файлов (??? давно было)... увы... ни одна не принесла клиенту счастья

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

то есть или дамп, или вторым диском (а с основного все пытки)