1. Manuals
  2. Tumbleweed
  3. man-pages-ru
  4. ioctl_getfsmap(2)

Scroll to navigation

ioctl_getfsmap(2) System Calls Manual ioctl_getfsmap(2)

ИМЯ

ioctl_getfsmap - возвращает физическую планировку файловой системы

LIBRARY

Standard C library (libc, -lc)

СИНТАКСИС

#include <linux/fsmap.h>  /* Definition of FS_IOC_GETFSMAP,
                             FM?_OF_*, and *FMR_OWN_* constants */
#include <sys/ioctl.h>
int ioctl(int fd, FS_IOC_GETFSMAP, struct fsmap_head * arg);

ОПИСАНИЕ

Операция ioctl(2) возвращает отображение физических зон для файловой системы. Эта информация может использоваться для понимания какие файлы отображены на физический блок, обследования свободного пространства, поиска известных плохих блоков и для других вещей.

Основным аргументом данной операции является указатель на единственную структуру struct fsmap_head:


struct fsmap {


    __u32 fmr_device;      /* Device ID */


    __u32 fmr_flags;       /* Mapping flags */


    __u64 fmr_physical;    /* Device offset of segment */


    __u64 fmr_owner;       /* Owner ID */


    __u64 fmr_offset;      /* File offset of segment */


    __u64 fmr_length;      /* Length of segment */


    __u64 fmr_reserved[3]; /* Must be zero */
};
struct fsmap_head {


    __u32 fmh_iflags;       /* Control flags */


    __u32 fmh_oflags;       /* Output flags */


    __u32 fmh_count;        /* # of entries in array incl. input */


    __u32 fmh_entries;      /* # of entries filled in (output) */


    __u64 fmh_reserved[6];  /* Must be zero */


    struct fsmap fmh_keys[2];  /* Low and high keys for


                                  the mapping search */


    struct fsmap fmh_recs[];   /* Returned records */
};

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

Отображения файловых систем копируются в массив fmh_recs, следующий сразу за данными заголовка.

Поля struct fsmap_head

Поле fmh_iflags представляет собой битовую маску, передаваемую ядру для изменения результата. В настоящее время ни одного флага не определено, поэтому вызывающий должен присвоить этому значению ноль.

Поле fmh_oflags представляет собой битовую маску, устанавливаемую ядром в соответствии с возвращаемыми отображениями. Если установлен FMH_OF_DEV_T, то поле fmr_device представляет структуру dev_t, содержащую основной и вспомогательный номера блочного устройства.

Поле fmh_count содержит количество элементов массива, передаваемого ядру. Если поле равно нулю, то fmh_entries будет присвоено количество записей, которые были бы возвращены, если бы массив был бы достаточного размера; информация об отображении не возвращается.

В поле fmh_entries содержится количество элементов в массиве fmh_recs, содержащем полезную информацию.

Поля fmh_reserved должны быть равны нулю.

Ключи

The two key records in fsmap_head.fmh_keys specify the lowest and highest extent records in the keyspace that the caller wants returned. A filesystem that can share blocks between files likely requires the tuple (device, physical, owner, offset, flags) to uniquely index any filesystem mapping record. Classic non-sharing filesystems might be able to identify any record with only (device, physical, flags). For example, if the low key is set to (8:0, 36864, 0, 0, 0), the filesystem will only return records for extents starting at or above 36 KiB on disk. If the high key is set to (8:0, 1048576, 0, 0, 0), only records below 1 MiB will be returned. The format of fmr_device in the keys must match the format of the same field in the output records, as defined below. By convention, the field fsmap_head.fmh_keys[0] must contain the low key and fsmap_head.fmh_keys[1] must contain the high key for the operation.

По соглашению, если fmr_length задано в низшем ключе, то, при необходимости, оно будет добавлено к fmr_block или fmr_offset. Вызывающий может использовать эту тонкость для настройки последующих вызовов копируя fsmap_head.fmh_recs[fsmap_head.fmh_entries - 1] в низший ключ. Эту возможность предоставляет функция fsmap_advance (определена в linux/fsmap.h).

Поля struct fsmap

Поле fmr_device уникально определяет нижележащее устройство хранения. Если в заголовке поля fmh_oflags установлен флаг FMH_OF_DEV_T, то это поле содержит dev_t, из которого можно извлечь основной и вспомогательный номера. Если флаг не установлен, то это поле содержит значение, которое должно быть уникально для каждого уникального устройства хранения.

Поле fmr_physical содержит дисковый адрес зоны в байтах.

Поле fmr_owner содержит владельца зоны (extent). Оно равно номеру иноды, если в поле fmr_flags не установлен флаг FMR_OF_SPECIAL_OWNER, иначе значение определяется файловой системой. Подробней о значениях владельца смотрите в разделе ниже.

Поле fmr_offset содержит логический адрес (в байтах) в записи отображения. Оно не имеет смысла, если в fmr_flags указан FMR_OF_SPECIAL_OWNER или FMR_OF_EXTENT_MAP.

Поле fmr_length содержит длину зоны в байтах.

Поле fmr_flags является битовой маской флагов состояния зоны. Описание бит:

Зона выделена, но пока не записана.
Зона содержит расширенные атрибуты данных.
Зона содержит карту отображения зоны владельца.
Части зоны можно использовать совместно.
Поле fmr_owner содержит специальное значение, а не номер иноды.
Это последняя запись в наборе данных.

Полю fmr_reserved будет присвоен ноль.

Значения владельца

В принципе, значение поля fmr_owner для зона не метаданных должно быть равно номеру иноды. Однако файловые системы не обязаны сообщать номера инод; вместо них они могут выдавать FMR_OWN_UNKNOWN, если: номер иноды нельзя получить простым образом, вызывающий не имеет достаточно прав, файловая система не поддерживает стабильные номера инод или по другим причинам. Если файловая система хочет ограничить выдачу номеров инод определёнными мандатами процесса, то для этой цели настоятельно рекомендуется использовать мандат CAP_SYS_ADMIN.

Для всех файловых систем имеются следующие специальные значения владельца:
Свободное место.
Данная зона используется, но её владелец не известен или его нельзя легко возвратить.
Данная зона является метаданными файловой системы.

У XFS имеются следующие специальные значения владельца:

Свободное место.
Данная зона используется, но её владелец не известен или его нельзя легко возвратить.
Статические метаданные файловой системы, находящиеся по постоянному адресу. К ним относятся: суперблок AG, заголовки AGF, AGFL и AGI.
Журнал файловой системы.
Выделение группы метаданных, например B-деревья свободного места и B-деревья отображения.
B-деревья инод и свободных инод.
Записи инод.
Информация о счётчике ссылок.
Эта зона используется для организации копирования при записи.
Данная зона помечена как испорченная или файловой системой или самим устройством.

У ext4 имеются следующие специальные значения владельца:

Свободное место.
Данная зона используется, но её владелец не известен или его нельзя легко возвратить.
Статические метаданные файловой системы, находящиеся по постоянному адресу. К ним относятся суперблок и групповые дескрипторы.
Журнал файловой системы.
Записи инод.
Битовая карта блоков.
Битовая карта инод.

ВОЗВРАЩАЕМОЕ ЗНАЧЕНИЕ

В случае ошибки возвращается -1, а errno устанавливается в значение ошибки.

ОШИБКИ

Значениями errno могут быть (и не только эти):

Дескриптор fd не открыт на чтение.
Файловая система обнаружила ошибку контрольной суммы в метаданных.
Переданный указатель отображает недопустимый адрес памяти.
Недостаточный размер массива, ключи не указывают на корректную часть файловой системы, низший ключ указывает на более высокое место в адресном пространстве физического хранилища файловой системы чем высший ключ или передано ненулевое значение в одном из полей, где должен быть ноль.
Insufficient memory to process the operation.
The filesystem does not support this operation.
Метаданные файловой системы повреждены и требуют починки.

СТАНДАРТЫ

Linux.

Not all filesystems support it.

ИСТОРИЯ

Linux 4.12.

ПРИМЕРЫ

Пример программы смотрите в io/fsmap.c из дистрибутива xfsprogs.

СМОТРИТЕ ТАКЖЕ

ioctl(2)

ПЕРЕВОД

Русский перевод этой страницы руководства разработал Azamat Hackimov <azamat.hackimov@gmail.com>, Dmitriy S. Seregin <dseregin@59.ru>, Yuri Kozlov <yuray@komyakino.ru> и Иван Павлов <pavia00@gmail.com>

Этот перевод является свободной программной документацией; он распространяется на условиях общедоступной лицензии GNU (GNU General Public License - GPL, https://www.gnu.org/licenses/gpl-3.0.html версии 3 или более поздней) в отношении авторского права, но БЕЗ КАКИХ-ЛИБО ГАРАНТИЙ.

Если вы обнаружите какие-либо ошибки в переводе этой страницы руководства, пожалуйста, сообщите об этом разработчику по его адресу электронной почты или по адресу списка рассылки русских переводчиков.

2 мая 2024 г. Linux man-pages (unreleased)