fat disk geometry

никак. геометрия диска уже лет как 25 зашита глубоко в диске под кучей слоёв абстракций.

а если нужно смотреть виртуальную геометрию, то сорцы fdisk'а в руки

> Подскажите, пожалуйста, как получить собственно геометрию диска с fat.

struct hd_geometry geometry;
ioctl(fd, HDIO_GETGEO, &geometry);

но это уже давно не актуально и никто туда не смотрит. можешь сразу писать 1023/255/63, или как там было…

напрямую открыть раздел с фат`ом и считать оттуда всё что нужно :) структуры лежат в linux/msdos_fs.h

всегда ли коректно будет так: 1. в /proc/mounts просмотреть где vfat (на каких разделах) 2. open(«/dev/...»,...) - только vfat устройства 3. read(..) - BPB структуру, и с нее уже достать что нужно..

имею в виду, если открывать именно устройство «/dev/..» с FAT разделом, то при чтении с него структура BPB не скрывается драйвером, как системная не нужная пользователю инфа?

Вопрос не надуманый, так как не для всех файловых систем с раздела мочно читать полную инфу, некоторые драйвера часть информации именно о структуре могут отдавать только по ioctl вызовам...

Вопрос не надуманый, так как не для всех файловых систем с раздела мочно читать полную инфу, некоторые драйвера часть информации именно о структуре могут отдавать только по ioctl вызовам...

это как ? пример если можно..imho только если некие ФС с шифрованием всего и вся..

это как ? пример если можно..imho только если некие ФС с шифрованием всего и вся..

К примеру на файловых системах для nand устройств, через «/dev/..» читаются только само содержимое (контент) файлов, а метаинформация о них и собственно инфа о файловой системе получаются только через соответствующие ioctl запросы. Хотя эта же мата инфа о файлах, в установочных образах для них присутствует... Смотрел реализацию драйверов для таких устройств, так что метаданые о файлах хранятся в «приватной» области драйвера...