Иноды в Linux: ключевые понятия и как их освоить

Если вы работаете с серверами Linux, рано или поздно вы столкнетесь с inode, и лучше всего сделать это до того, как система начнет отображать это ужасное сообщение. «На устройстве недостаточно места», несмотря на наличие свободного места на диске.Иноды являются ключевой частью файловой системы, и хотя на первый взгляд они могут показаться чистой теорией, понимание их работы может уберечь вас от сбоев в работе сервисов, потери данных и серьезных проблем в производственной среде.

В этой статье мы подробно рассмотрим, что такое inode, что он хранит, как он организован на диске, что происходит, когда inode заканчивается, и, что наиболее важно, Как контролировать и оптимизировать использование inode в Linux с практическими указаниями. Идея состоит в том, чтобы перейти от теории к практике, но доступным языком и без лишних украшений.

Что такое inode и какую роль он играет в Linux?

An inode (от английского) индексный узел) Является ли Внутренняя структура данных файловой системы, которая хранит все метаданные файла или каталога.За исключением его имени и содержимого. Каждый файл и каждая директория в файловой системе, подобной Unix (Linux, macOS и т. д.), и даже в средах Windows с WSL2, с ним связан ровно один инод, идентифицируемый целым числом, известным как номер инода.

В рамках одной и той же файловой системы, Каждый номер inode уникален.Однако тот же номер может повторяться и в других файловых системах, смонтированных на той же машине. Истинная идентичность файла определяется сочетанием идентификатора файловой системы и номера его инода; именно эта пара делает каждый элемент уникальным в системе в целом.

Важно подчеркнуть, что Имя файла не является частью inode.Имена файлов хранятся в записях каталога, которые представляют собой простые списки, связывающие имя файла с номером inode. Таким образом, в Linux файлы фактически указываются по их inode, а имя — это просто метка, указывающая на него.

Какую информацию хранит inode: подробные метаданные?

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

• Тип файла (обычный, каталог, символическая ссылка, устройство и т. д.).
• Разрешения на доступ (чтение, запись, выполнение для пользователя, группы и других).
• UID владельца (номер пользователя, владеющего файлом).
• GID группы (номер группы, к которой он принадлежит).
• Размер файла в байтах.
• Количество жестких ссылок которые указывают на этот inode.
• Количество блоков данных что файл занимает на диске.
• Запоминающее устройство где оно находится (идентификатор устройства), если применимо.
• Маркас де Тьемпо: время последнего прочтения (atime), время последнего изменения содержимого (mtime) и время последнего изменения метаданных (ctime); в некоторых системах также дата создания.
• Адреса блоков данных где хранится содержимое файла.
• Косвенные блочные адреса (блокировка перенаправления) происходит, когда файл слишком велик, чтобы на него можно было ссылаться, используя только прямые указатели.
• Номер версии или другие внутренние поля в зависимости от файловой системы.

Короче говоря, инод концентрирует Вся необходимая системе информация о файле, за исключением его имени и содержимого.Фактическое содержимое хранится в блоках данных диска; имя — в записях каталога.

Блочный код, как работают иноды внутри системы.

Системы Unix и Linux управляют жесткими дисками. разделение их на блоки данных фиксированного размераВ отличие от FAT, где файлы хранятся в кластерах, при сохранении они распределяются по одному или нескольким свободным блокам файловой системы. Если размер файла превышает размер одного блока, он разбивается на необходимое количество блоков.

Инод выступает в роли своего рода «оглавления»: Он содержит указатели на физические блоки диска, где находится файл.Если файл помещается в несколько блоков, inode указывает непосредственно на них, используя записи прямой адресации. Когда файл становится слишком большим, вступают в действие таблицы косвенной адресации.

Таблицы прямой и косвенной маршрутизации

В файловых системах, таких как ext4, каждый inode обычно резервируется. 15 адресных записей для своих блоков данных. Первые 12 записей представляют собой прямые указатели: каждая из них указывает непосредственно на блок данных. Это позволяет очень эффективно управлять относительно небольшими файлами.

Когда 12 прямых входов становится недостаточно, система переходит к следующему варианту. косвенная адресация:

• Запись 13 обычно представляет собой простой косвенный указатель: указывает на блок, который не содержит файловых данных, а представляет собой таблицу с адресами других блоков данных.
• Запись 14 используется как двойной косвенный указатель: указывает на блок, который, в свою очередь, содержит адреса блоков, содержащих списки блоков данных.
• Вход 15 служит тройной косвенный указатель: трехуровневая цепочка таблиц, предшествующая заключительным блокам с данными.

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

Где на диске хранятся иноды?

Иноды — это не файлы, которые вы обычно можете «видеть»; Это структуры данных, которые файловая система резервирует в определенных областях диска.Например, в системах ext2/ext3/ext4 при создании файловой системы предварительно генерируются таблицы inode, организованные в группы.

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

Поскольку каждый inode имеет фиксированный размер (например, В файловой системе ext4 по умолчанию используется 256 байт.), а размер дисковых блоков обычно составляет 4096 байт, Каждый блок может вместить 16 инодов.Общее количество инодов определяется при форматировании файловой системы и, как правило, не может быть изменено без ее пересоздания.

Как создаются, копируются и перемещаются иноды

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

При перемещении файла в пределах одного раздела (например, с помощью mv), inode не изменяется: Обновляются только те записи в каталоге, которые связывают имя файла с номером inode.Именно поэтому перемещение большого файла в пределах одной файловой системы происходит так быстро: данные не копируются, обновляются только имена.

Если вы перемещаете файл между различными файловыми системами (например, из одной). / к другой перегородке, установленной в /mntВ основе процесса лежит копирование с последующим удалением. В этом случае... Номер inode действительно меняется. потому что "новый" файл принадлежит другой файловой системе со своим собственным набором инодов.

Иноды и твердые связи: почему они так сильны

Как мы уже обсуждали, в Linux Файлы идентифицируются внутри системы по номеру inode, а не по имени.Это позволяет нескольким разным именам указывать на один и тот же inode и, следовательно, на одно и то же содержимое файла. Это называется жёсткой ссылкой.жесткая ссылка).

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

Это также объясняет, почему Удаление файла не обязательно приводит к немедленному удалению содержащихся в нем данных.Удаляется запись имени. Файловая система освобождает связанные блоки данных только тогда, когда счетчик жестких ссылок inode достигает нуля.

Общее количество инодов и их лимит

Каждая файловая система имеет максимальное количество inode, которое она может обрабатывать. Теоретически, для многих систем этот предел составляет около 2^32 инодов, то есть около 4,3 миллиардаНа практике количество доступных файлов значительно меньше и зависит от способа их создания.

В системах ext2/ext3/ext4 обычно используется эвристическое правило: примерно один инод на каждые 16 КБ дискового пространстваЭто означает, что если вы создадите файловую систему размером в несколько сотен гигабайт с конфигурацией по умолчанию, у вас будет миллионы inode-ов, но не бесконечное количество.

Ключевым фактом является то, что Общее количество инодов устанавливается во время форматирования. с такими инструментами, как mkfsТам вы можете настроить такие параметры, как количество байтов на inode (опция). -iЭто влияет на количество создаваемых inode-объектов. Изменение этого параметра в дальнейшем потребует пересоздания файловой системы или переразметки, что сопряжено с риском потери данных в случае возникновения проблем.

Почему у вас могут закончиться иноды, даже если у вас достаточно места на диске.

Нехватка инодов означает, что В настоящее время отсутствуют структуры для представления новых файлов или каталогов.Даже если в блоках данных на диске еще достаточно места. Это менее распространенная ситуация, чем нехватка свободного места, но вполне возможная.

Вот несколько типичных сценариев, которые приводят к использованию инодов:

• Генерировать огромное количество очень маленьких файлов. (например, журналы событий, отдельные электронные письма на диске, временные сессии).
• Интенсивное использование контейнеризациигде множатся файлы и каталоги для слоев, изображений и контейнеров.
• Создавайте файловые системы с очень маленькими блоками. (например, ext3 с уменьшенным размером блока), которые способствуют созданию множества крошечных файлов.
• Кэши, TMP и каталоги сессий которые годами накапливают старые файлы, если их не удалять.

В таких случаях вы можете столкнуться с ошибкой «на устройстве не осталось свободного места"при создании новых файлов, хотя при выполнении df -h Вы по-прежнему видите гигабайты свободного места. Проблема не в объеме необработанного хранилища, а в том, что Запас доступных инодов исчерпан..

Симптомы и риски, связанные с нехваткой туалетов.

Когда система достигает предела своих возможностей по работе с анодами, начинают возникать самые разнообразные отказы. Некоторые из них... Более распространённые проблемы возникают, когда нет свободных инодов. являются:

• Невозможность создания новых файлов или каталогов.даже при наличии свободного места на диске.
• Приложение вылетает и зависает. которые пытаются записывать журналы, временные файлы или постоянные данные.
• Неожиданные перезапуски сервера или сбои операционной системы, если критически важные процессы не могут производить запись.
• Потеря или повреждение данных когда запись завершается неудачей в середине операции.
• Запланированные задачи (задачи cron), которые выполняются некорректно. потому что они не могут создавать временные или выходные файлы.

В производственных условиях все это представляет собой явный риск: Если не отслеживать иноды, можно остановить работу целых служб из-за «нехватки» места, когда диск ещё наполовину пуст..

Проверка количества инодов и их использования в Linux.

В Linux доступно несколько команд для проверять отдельные иноды и отслеживать общее использование инодов в системе.Давайте рассмотрим наиболее полезные из них.

Просмотреть полную информацию об inode с помощью команды stat

Команда stat образец все метаданные, известные системе о файле или каталоге.включая номер inode, разрешения, владельца и временные метки.

Например:

root@equipo:~# stat /var/log/lastlog
File: /var/log/lastlog
Size: 292292 Blocks: 96 IO Block: 4096 regular file
Device: fd00h/64768d Inode: 17381397 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 0/ root) Gid: ( 22/ utmp)
Access: 2022-01-12 11:28:19.900058928 +0100
Modify: 2022-01-12 11:28:19.900058928 +0100
Change: 2022-01-12 11:28:19.900058928 +0100
Birth: 2021-06-25 17:40:57.254208200 +0200

Этот выход легко можно определить. номер inode (поле Inode), количество ссылок, размер и соответствующие даты..

Просмотреть номер inode можно с помощью команды ls -i

Если вас интересует только номер inode файла или каталога без слишком подробной информации, вы можете использовать ls с опцией -i. Эта команда В первом столбце укажите список файлов, присвоив им идентификатор inode..

Пример использования файла:

root@equipo:~# ls -i /var/log/lastlog
17381397 /var/log/lastlog

А для каталога добавим еще несколько опций для просмотра самой записи:

root@equipo:~# ls -idl /var/log
16813380 drwxr-xr-x. 18 root root 4096 Jun 6 12:33 /var/log

Проверьте использование inode на уровне файловой системы с помощью команды df -i.

Команда df Он используется для просмотра использования пространства в файловых системах, и при наличии соответствующей опции... -i Далее следует демонстрация Информация об общем количестве, использованных и свободных инодах..

Например:

root@equipo:~# df -i /dev/sda1
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 524288 379 523909 1% /boot

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

Подсчитайте, сколько inode (файлов) находится в каталоге.

Чтобы получить представление о количестве файлов и каталогов, находящихся по определенному пути, вы можете объединить их. find c wc -lКак Каждый файл или каталог занимает один inode.:

root@equipo:~# find /var/log | wc -l
120

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

Просмотр характеристик inode раздела

Для проверки конфигурации inode на разделе ext2/ext3/ext4 можно использовать следующую команду: tune2fsСледующая команда показывает Общее количество инодов, количество инодов в каждой группе и размер каждого инода.:

root@equipo:~# tune2fs -l /dev/sda1 | grep Inode
Inode count: 2031616
Inodes per group: 8192
Inode blocks per group: 512
Inode size: 256

Имея эту информацию, вы можете сделать оценку. Сколько инодов у вас есть в наличии и сколько из них помещается в блок?Например, при использовании инодов размером 256 байт и блоков размером 4096 байт мы можем разместить 16 инодов в каждом блоке.

Различия между файловыми системами: ext, XFS, Btrfs и другими.

Не все файловые системы управляют inode одинаково. В семействе ext2/ext3/ext4, как мы уже видели, Таблицы inode создаются статически при инициализации файловой системы.Иноды занимают фиксированное, зарезервированное пространство, которое не может быть использовано ни для чего другого, и их количество не может динамически увеличиваться.

В более совершенных системах, таких как XFS или BtrfsПодход другой. Вместо предварительного бронирования большого столика, Иноды создаются по запросу. когда они необходимы для представления новых файлов. Это обеспечивает большую гибкость, хотя внутренняя логика управления становится более сложной.

Также необходимо различать Дисковые иноды (иноды, хранящиеся на физическом диске) и Встроенные иноды (структуры памяти, которые ядро ​​использует для работы с ними, пока файлы открыты). Концепция та же, но поддержка и некоторые детали реализации меняются.

Практический пример: использование команды df -i и чтение её вывода.

Когда ты бежишь df -i Вы получаете таблицу с несколькими столбцами. Понимание значения каждого столбца помогает интерпретируйте состояние здоровья ваших инодов.:

• Файловая система: установленное устройство или том (например, /dev/sda1 o /dev/disk1s2 в macOS).
• Inodes / iused / ifree: общее количество инодов, использованных инодов и свободных инодов.
• %iused: процент используемых инодов.
• Установлен на: точка монтирования файловой системы.

Хотя общие цифры могут показаться огромными, Они могут закончиться задолго до того, как диск заполнится.Например, на ноутбуке с 1 ТБ памяти и примерно 4 900 000 свободных inode-ов вы можете создать 4 900 000 файлов размером в 1 байт, используя всего несколько мегабайт памяти, и при этом перестать создавать новые файлы, потому что больше не останется inode-ов.

Как обнаружить и решить проблемы с высоким числом узлов.

Когда приложения начинают зависать или запланированные задачи не выполняются, стоит заподозрить неисправность inode. Первое, что нужно сделать, это... Проверить использование с помощью команды df -i в соответствующих файловых системах:

df -i
df -i /ruta/que/te/preocupa

Если вы видите, что процент используемых inode близок к 100%, значит, вы обнаружили узкое место. Следующий шаг — определить, где сосредоточены небольшие файлы которые потребляют так много инодов.

Некоторые полезные стратегии:

• Найти каталоги с помощью большое количество файлов используя комбинации find, du y wc -l.
• Сортировка файлов по размеру с чем-то вроде ls -laShr по указанному пути для идентификации множества мелких файлов.
• Обзор каталоги кэша, временных файлов и загрузоко которых часто забывают: например /tmpкэши веб-приложений, хранилища сессий и т. д.
• Если приложение (например, почтовый сервер) хранит множество отдельных элементов в виде файлов, сосредоточить свою продукцию в определенных каталогах чтобы его можно было периодически чистить.

После того как источник проблемы обнаружен, наиболее прямым решением обычно является Удалите файлы, которые больше не нужны.:

• удалять устаревшие каталоги и файлы.
• удалять старые файлы кэша которые способны к самовосстановлению.
• чистый архивы электронной почты, сессии или временные файлы старше определенного времени (например, 14 дней) с использованием задания cron с find -mtime y -delete.

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

Если у вас по-прежнему не хватает инодов и вы не можете выпустить больше, единственный оставшийся вариант — это сложный путь: Перераспределить или пересоздать файловую систему с более щедрым соотношением inode. (корректировка байтов на каждый inode в mkfsЭто деликатный процесс, включающий резервное копирование и возможную потерю данных в случае возникновения проблем.

Когда частое использование туалета действительно вызывает беспокойство?

Высокий процент используемых инодов не обязательно означает катастрофу. Иногда это просто отражает ситуацию. У вас много файлов, но места всё ещё достаточно.Настоящая проблема возникает при приближении к 100%, особенно в критически важных разделах, таких как /, /var o /homeгде файлы постоянно создаются и удаляются.

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

Также стоит учитывать различия между файловыми системами. Некоторые, например XFS или Btrfs, управляют inode более гибко, чем ext4, что может быть полезно в средах, где часто происходит обработка inode. миллионы мелких файлов.

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

Контролируя эти ограничения и периодически проверяя использование inode с помощью соответствующих команд, гораздо проще избежать ошибок типа «Нет места на устройстве» и поддерживать работоспособность системы Linux даже при высокой нагрузке. Поделитесь информацией, и больше людей узнают об этой теме..