Scroll to navigation

STATX(2) Руководство программиста Linux STATX(2)

ИМЯ

statx - считывает состояние файла (расширенный вариант)

СИНТАКСИС

#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>           /* константы AT_* */
int statx(int dirfd, const char *pathname, int flags,
          unsigned int mask, struct statx *statxbuf);

ОПИСАНИЕ

Этот системный вызов возвращает информацию о файле, записывая её в буфер, на который указывает statxbuf. Возвращаемый буфер представляет собой структуру следующего вида:


struct statx {


    __u32 stx_mask;        /* Mask of bits indicating


                              filled fields */


    __u32 stx_blksize;     /* Block size for filesystem I/O */


    __u64 stx_attributes;  /* Extra file attribute indicators */


    __u32 stx_nlink;       /* Number of hard links */


    __u32 stx_uid;         /* User ID of owner */


    __u32 stx_gid;         /* Group ID of owner */


    __u16 stx_mode;        /* File type and mode */


    __u64 stx_ino;         /* Inode number */


    __u64 stx_size;        /* Total size in bytes */


    __u64 stx_blocks;      /* Number of 512B blocks allocated */


    __u64 stx_attributes_mask;


                           /* Mask to show what's supported


                              in stx_attributes */


    /* поля меток времени */


    struct statx_timestamp stx_atime;  /* последний доступ */


    struct statx_timestamp stx_btime;  /* создание */


    struct statx_timestamp stx_ctime;  /* последнее изменение состояния */


    struct statx_timestamp stx_mtime;  /* последнее изменение */


    /* если файл представляет устройство, то в следующих


       полях содержится идентификатор устройства */


    __u32 stx_rdev_major;  /* основной идентификатор */


    __u32 stx_rdev_minor;  /* дополнительный идентификатор */


    /* поля идентификатора устройства с файловой системой,


       в которой содержится файл */


    __u32 stx_dev_major;   /* основной идентификатор */


    __u32 stx_dev_minor;   /* дополнительный идентификатор */
};

Метки времени файла хранятся в структуре следующего вида:


struct statx_timestamp {


    __s64 tv_sec;    /* количество секунд с начала Эпохи (время UNIX) */


    __u32 tv_nsec;   /* количество наносекунд, начиная с tv_sec */
};

(зарезервированное пространство и заполнители не показаны)

При вызове statx():

Для получения состояния файла не требуется иметь права доступа к самому файлу, но в случае указания statx() с путём, потребуются права выполнения (поиска) во всех каталогах, указанных в полном имени файла pathname.

Вызов statx() для определения нужного файла использует pathname, dirfd и flags следующими путями:

Абсолютный путь
Если pathname начинается с косой черты, то целевой файла задан абсолютным путём. В этом случае значение dirfd игнорируется.
Относительный путь
Если pathname начинается не с косой черты и dirfd равно AT_FDCWD, то pathname рассматривается относительно текущего рабочего каталога процесса.
Путь, задаваемый относительно каталога
Если pathname начинается не с косой черты и dirfd содержит файловый дескриптор, указывающий на каталог, то pathname рассматривается относительно каталога, на который ссылается dirfd.
По файловому дескриптору
Если значение pathname равно пустой строке и в flags (смотрите ниже) указан флаг AT_EMPTY_PATH, то целевым файлом считается тот, на который указывает файловый дескриптор в dirfd.

Значение flags можно использовать для уточнения поиска на основе пути. Оно составляется из побитно слагаемых следующих констант:

Если значение pathname равно пустой строке, то вызов выполняет действие с файлом, на который ссылается dirfd (может быть получен с помощью open(2) с флагом O_PATH). В этом случае dirfd может ссылаться на файл любого типа, а не только на каталог.
Если dirfd равно AT_FDCWD, то вызов использует текущий рабочий каталог.
Данный флаг существует только в Linux; для его получения определите _GNU_SOURCE.
Не выполнять автоматическое монтирование конечного компонента («basename») pathname, если это каталог, который является точкой монтирования. Это позволяет вызывающему получить атрибуты точки монтирования (а не расположения, где её предполагалось смонтировать). Этот флаг можно использовать в инструментах, сканирующих каталоги, для предотвращения массового автоматического монтирования каталогов в их точки монтирования. Флаг AT_NO_AUTOMOUNT не учитывается, если к точке уже уже была выполнено монтирование. Этот флаг есть только Linux; для его получения нужно задать _GNU_SOURCE.
Если значение pathname является символьной ссылкой, не разыменовывать её, а выдать информацию о самой ссылке, подобно lstat(2).

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

Работать подобно stat(2). Используется по умолчанию и очень зависит от файловой системы.
Принудительно синхронизировать атрибуты с сервером. Может потребовать от сетевой файловой системы выполнить запись данных для получения правильных меток времени.
Не выполнять синхронизацию, а использовать информацию из кэша (если есть). Это может означать, что полученная информация будет не точна, но в случае с сетевыми файловыми системами это позволяет не обращаться к серверу и даже может быть разрыв соединения.

Аргумент mask в statx() используется для указания ядру какие поля поля нужны вызывающему. Значение mask представляет побитовую комбинацию (посредством OR) следующих констант:


STATX_TYPE Требуется stx_mode & S_IFMT
STATX_MODE Want stx_mode & ~S_IFMT
STATX_NLINK Требуется stx_nlink
STATX_UID Требуется stx_uid
STATX_GID Требуется stx_gid
STATX_ATIME Требуется stx_atime
STATX_MTIME Требуется stx_mtime
STATX_CTIME Требуется stx_ctime
STATX_INO Требуется stx_ino
STATX_SIZE Требуется stx_size
STATX_BLOCKS Требуется stx_blocks
STATX_BASIC_STATS [всё вышеперечисленное]
STATX_BTIME Требуется stx_btime
STATX_ALL [все доступные в данный момент поля]

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

Возвращаемая информация

Информация о состоянии целевого файла возвращается в структуре statx, на которую указывает statxbuf. Она содержит stx_mask, в котором описывается возвращённая информация. Значение stx_mask имеет тот же формат, что и аргумент mask, и установленные в нём бит показывают какие поля были заполнены.

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

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

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

Замечание: с целью производительности и простоты различные поля в структуре statx могут содержать информацию о состоянии из различных моментов выполнения системного вызова. Например, если изменяется stx_mode или stx_uid другим процессом посредством вызова chmod(2) или chown(2), то stat() может вернуть старое значение stx_mode вместе с новым stx_uid, или старое stx_uid вместе с новым stx_mode.

Помимо полей stx_mask (описанной выше) структура statx имеет следующие поля:

«Предпочтительный» размер блока для эффективного ввода/вывода в файловой системе (запись в файл более мелкими порциями может привести к неэффективному чтению/изменению/повторной записи).
Дополнительная информация о состоянии файла (подробности ниже).
Количество жёстких ссылок на файл.
Пользовательский идентификатор владельца файла.
Групповой идентификатор владельца файла.
Тип файла и режим. Дополнительную информацию смотрите в inode(7).
Номер иноды файла.
Размер файла (если он обычный или является символьной ссылкой) в байтах. Размер символьной ссылки равен длине пути файла, на который она ссылается, без конечного нулевого байта.
Количество блоков (по 512 байт), выделенных для файла на носителе (может быть меньше, чем stx_size/512, когда в файле есть пропуски (holes)).
Маска, показывающая какие биты в stx_attributes поддерживаются VFS и файловой системой.
Метка времени последнего доступа к файлу.
Метка времени создания файла.
Метка времени последнего изменения состояния файла.
Метка времени последнего изменения файла.
Устройство, на котором находится файл (инода).
Устройство, который этот файл (инода) представляет, если файл имеет блочный или символьный тип устройства.

Дополнительную информацию об этих полях смотрите в inode(7).

Атрибуты файла

В поле stx_attributes содержится набор флагов (объединённых через ИЛИ), которые отображают дополнительные атрибуты файла. Заметим, что для атрибута, не указанного как поддерживаемого в stx_attributes_mask, имеющееся здесь значение является не корректным. Биты stx_attributes_mask точно бит в бит соответствуют битам поля stx_attributes.

Флаги:

Файл сжат файловой системой и для доступа могут потребоваться дополнительные ресурсы.
Файл невозможно изменить: его нельзя переименовать или удалить, на этот файл нельзя создать жёсткую ссылку и в него нельзя выполнить запись данных. Смотрите chattr(1).
Файл может быть открыт только для записи в режиме добавления. Запись в произвольное место не разрешается. Смотрите chattr(1).
Файл не предназначен для резервного копирования программой резервного копирования, например dump(8). Смотрите chattr(1).
Для расшифровки файла файловой системой требуется ключ.
The file has fs-verity enabled. It cannot be written to, and all reads from it will be verified against a cryptographic hash that covers the entire file (e.g., via a Merkle tree).
The file is in the DAX (cpu direct access) state. DAX state attempts to minimize software cache effects for both I/O and memory mappings of this file. It requires a file system which has been configured to support DAX.
DAX generally assumes all accesses are via CPU load / store instructions which can minimize overhead for small accesses, but may adversely affect CPU utilization for large transfers.
File I/O is done directly to/from user-space buffers and memory mapped I/O may be performed with direct memory mappings that bypass the kernel page cache.
While the DAX property tends to result in data being transferred synchronously, it does not give the same guarantees as the O_SYNC flag (see open(2)), where data and the necessary metadata are transferred together.
A DAX file may support being mapped with the MAP_SYNC flag, which enables a program to use CPU cache flush instructions to persist CPU store operations without an explicit fsync(2). See mmap(2) for more information.

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

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

ОШИБКИ

Запрещён поиск в одном из каталогов пути pathname (смотрите также path_resolution(7)).
Значение dirfd не является правильным открытым файловым дескриптором.
Значение pathname или statxbuf равно NULL или указывает на расположение вне доступного процессу адресного пространства.
Указано неверное значение в flags.
В mask указан зарезервированный флаг (в настоящее время есть только один флаг, для него определена константа STATX__RESERVED со значением 0x80000000U).
Во время определения пути встретилось слишком много символьных ссылок.
Слишком длинное значение аргумента pathname.
Компонент пути pathname не существует или в pathname указана пустая строка и в flags не указан AT_EMPTY_PATH.
Не хватает памяти (например, памяти ядра).
Компонент префикса пути pathname содержит относительный путь и dirfd содержит файловый дескриптор, указывающий на файл, а не на каталог.

ВЕРСИИ

Вызов statx() был добавлен в Linux 4.11; поддержка в glibc доступна с версии 2.28.

СООТВЕТСТВИЕ СТАНДАРТАМ

Вызов statx() есть только в Linux.

СМ. ТАКЖЕ

ls(1), stat(1), access(2), chmod(2), chown(2), readlink(2), stat(2), utime(2), capabilities(7), inode(7), symlink(7)

ЗАМЕЧАНИЯ

Эта страница является частью проекта Linux man-pages версии 5.10. Описание проекта, информацию об ошибках и последнюю версию этой страницы можно найти по адресу https://www.kernel.org/doc/man-pages/.

ПЕРЕВОД

Русский перевод этой страницы руководства был сделан Alexander Golubev <fatzer2@gmail.com>, Azamat Hackimov <azamat.hackimov@gmail.com>, Hotellook, Nikita <zxcvbnm3230@mail.ru>, Spiros Georgaras <sng@hellug.gr>, Vladislav <ivladislavefimov@gmail.com>, Yuri Kozlov <yuray@komyakino.ru> и Иван Павлов <pavia00@gmail.com>

Этот перевод является бесплатной документацией; прочитайте Стандартную общественную лицензию GNU версии 3 или более позднюю, чтобы узнать об условиях авторского права. Мы не несем НИКАКОЙ ОТВЕТСТВЕННОСТИ.

Если вы обнаружите ошибки в переводе этой страницы руководства, пожалуйста, отправьте электронное письмо на man-pages-ru-talks@lists.sourceforge.net.

13 августа 2020 г. Linux